GitLab

use the dune docker registry for the python and 'with-checking' ci test

See merge request !431

fix some headercheck issues

See merge request !430

Fix registrytest by properly including config.h

See merge request !429

Use [[maybe_unused]] instead of DUNE_UNUSED(_PARAMETER)

See merge request !427

Use std::void_t instead of Dune::void_t

See merge request !426

[cleanup] Remove accidentally committed function with wrong naming scheme

See merge request !413

use SCRIPT instead of COMMAND in dune_python_add_test

See merge request !420

Fix warning with target_link_libraries

See merge request !415

[ilu] Describe the ILU name changes in the changelog

See merge request !417

Feature/ilu naming conventions

See merge request !355

Modernize UMFPackSolver

See merge request !406

Feature/replace dune deprecated

See merge request !405

Instead of deprecated DUNE_DEPRECATED

This is what BCRSMatrix uses.

This makes the naming consistent again.

This is the name and semantics used by BCRSMatrix.
As BCCSMatrix is currently only used with scalar blocks
anyway, changing the meaning of the nonzeroes method
doesn't make a difference.

And add some more documentation.

It is nothing but a thin wrapper around a matrix.  This patch removes
the MatrixRowSet class and hands over matrices directly.  This
simplifies the code a bit.  More importantly, it paves the way
for setup of BCCSMatrix objects (needed by the SuiteSparse solvers)
from MultiTypeBlockMatrix objects.

The classes ColCompMatrix and ColCompMatrixInitializer were never
intended to be interface.  Let's make this explicit by including
them in the namespace Impl.  In fact, this patch moves them into
Dune::ISTL::Impl, to avoid potential name clashes with other modules.

This considerably reduces the amount of boiler-plate code.

Previously, the first template parameter was the matrix type that
the BCCSMatrix was a copy of.  Weird, and very closely tied to
the fact that BCCSMatrix/ColCompMatrix is currently only used
to get matrix data into SuiteSparse solvers.

This patch makes the first template parameter the type of
matrix entries.  This is what all other dune-istl matrices do,
and hence the code again gets easier to understand.

Remove operator= and setMatrix methods.  The code of these methods
is copied to all locations were operator= or setMatrix were
previously used.  This makes the calling code a bit longer,
but it simplifies the overall code structure considerably.

In particular, with these changes the BCCRSMatrix class does not
have 'virtual' methods anymore.

The file colcompmatrix.hh contains the rudimentary implementation
of a sparse matrix with scalar entries and column-compressed storage.
As part of cleaning up the UMFPackSolver implementation this patch
moves the matrix class into a separate file.  What's left in
colcompmatrix.hh is the matrix setup code.

The plan is to turn the matrix into something ressembling a real
dune-istl matrix.  That should make the code easier to understand,
and maybe something will even need compressed-column matrix
for other things one day!