See https://reuse.software/ for a description.

This is what BCRSMatrix uses.

This makes the naming consistent again.

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.

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.

Markus Blatt authored 8 years ago and Christoph Grüninger committed 8 years ago

Previously, we only supported one numeric type (float, double, complex<float>,
or complex<double>) that the user could select via a cryptic preprocessor
define. This was done this way because when including SuperLU headers we
would otherwise have multiply defined structs in SuperLU. At least in 4.3
GlobalLU_t is defined in slu_sdefs.h, slu_ddefs.h, slu_cdefs.h, and
slu_zdefs.h

With this commit we do not include the problematic SuperLU headers anymore.
Instead why define the functions called by us with extern C within DUNE.
In addition we now provide all the numeric types for which SuperLU drivers are
found at the same time.

Hopefully this will also fix problems with multiply defined BLAS routines experienced
with arpack and SuperLU.

It was already deprecated and disabled for quite some time.

I already wanted to use those when implementing the UMFPack
integration into the overlapping schwarz, but our compiler
requirements were not sufficient at the time.

Dominic Kempf authored 11 years ago and Markus Blatt committed 11 years ago

This commit contains
- a wrapper for the C library UMFPack
- tests for both CMake and autotools to find UMFPack on the system
- a unit test for UMFPack
- a new MatrixType ColCompMatrix which is a base class for a column
  compressed matrix. SuperLUMatrix now inherits from this base class.
  This way, no code is duplicated for the very similar interface in
  UMFPack.
- the SuperLU-specific part of OverlappingSchwarz code is abstracted
  to work with either SuperLU or UMFPack

[[Imported from SVN: r1656]]

[[Imported from SVN: r1634]]

[[Imported from SVN: r1631]]

Patch by Andreas Lauser

[[Imported from SVN: r1627]]

[[Imported from SVN: r1621]]

[[Imported from SVN: r1620]]

wrapper of SuperLU solver.

[[Imported from SVN: r1548]]

And another one.
*sigh*

[[Imported from SVN: r1412]]

back to good old double because of pdelab.
*sigh*

[[Imported from SVN: r1411]]

[[Imported from SVN: r1407]]

[[Imported from SVN: r1403]]

[[Imported from SVN: r1279]]

[[Imported from SVN: r1254]]

plugin of local solvers (drivers).

[[Imported from SVN: r1246]]

[[Imported from SVN: r1245]]

Bugfix number of nonzero computation in SeqOverlappingSchwarz.

[[Imported from SVN: r1243]]

This prepares for changes in superlu.m4 that make usage of SuperLU optional,
even if SuperLU was found by configure.

[[Imported from SVN: r1180]]

[[Imported from SVN: r1146]]

[[Imported from SVN: r1144]]

[[Imported from SVN: r1121]]

* update configure and Makefiles

[[Imported from SVN: r1100]]

- Compiles with g++-4,4 now. Error was error: declaration of
  ‘Dune::SuperLUMatrix<Dune::BCRSMatrix<Dune::FieldMatrix<K, n, p>,
  TA> >& m’shadows template parm ‘int m’ 
  Fixes flyspray #581

- Removed wrong assertion. One should not check whether the whole
  matrix is copied if one just copies a part of it. (Blame copy & paste)

[[Imported from SVN: r1053]]

local problem on the fly at each step.

ATTENTION: Semantics changed. The default is now the on the fly
computation (which saves quite some memory).

[[Imported from SVN: r1038]]