CHOLMOD supports this, it just wasn't exposed in the interface.
It is needed for large problems.

And fix all spelling errors that codespell currently finds.

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

See discussion at core/dune-istl!460

Both behave like std::tuple, and currently even inherit from std::tuple.
According to

  https://en.cppreference.com/w/cpp/utility/tuple_element

we are allowed to specify std::tuple_element for our own types.

This is needed for some of the more advanced features of CHOLMOD.

Fixes #91

This is achieved by using the flat matrix and vector forEach implementations.
The unit test is extended by a multi type example.

The routines traverse the container recursively and call a functor
at each scalar entry passing also the flat index.

Circumstances forced me to finally learn what the BCRSMatrix 'implicit'
build mode really does, and where its limitations come from.  I had
to read the code for that.  As it turns out, the documentation of the
mode is quite misleading.  My main gripe is that the code uses two
different auxiliary data structures, but the documentation calls them
both 'overflow'.  This problem even extends to the variable naming
in the code.  Behold: the parameter 'overflowsize' is NOT the size
of the member 'overflow'.  It doesn't even have anything to do with
that member...

To improve the situation, this patch does three things:
a) It rewrites the documentation.  In particular, the 'overflow area'
   is now clearly distinguished from the 'compression buffer'.
   The latter is a new word I introduce.
b) It renames the BCRSMatrix method parameter _overflowsize to
   compressionBufferSize, because that is what it is:  That parameter
   has nothing to do with the 'overflow' data member, or even the
   concept of 'overflowing' in general.
c) It renames the exception 'ImplicitModeOverflowExhausted' to
   'ImplicitModeCompressionBufferExhausted', for the same reason.
   This is the only interface changes.  The code keeps the old
   exception for backward-compatibility, but makes it trigger a
   deprecation warning.

This allows other implementations which are using the istl-cholmod wrapper
to set options and other paramters of the cholmod solver

Only SuperLU 5 is now supported.