Let FindPackageHandleStandardArgs handle missing dependencies.
Mark ARPACKPP_LIBRARY as advanced.
Remove dead code.

It's confusing and against our style-guide.

The arpack++ package from Debian comes with a shared library that we
have to link to. Otherwise the linker will complain about missing
symbols when we try to build arpackpptest.
As there seem to be other versions of arpack++ that are header-only, we
only link to the shared library if it was found.

The commit broke compiling / linking if one package was found but
the includes / libraries were not added. We need a different
approach to hide the ENABLE_* trick from the user and keep full
testing capabilities.
This reverts commit 27613560.

Boost is no longer needed in dune-istl.

The new modules from the arpack feature branch were
never installed and this would have broken installed dune-istl
modules.

With this commit they now are installed for both CMAke and autotools.

Check for the ARPACK++ library (needed for the new Dune::ArPackPlusPlus_Algorithms class template)

on fedora 21, the default subdirectory for SuperLU includes is
called "SuperLU".

The check gets removed from dune-common, thus ISTL has to call it itself.

This reverts commit 901b5954.
It (METIS) does not seem needed for compilation and the patch
forced the user and downstream modules to add additional compile
 and linker flags.

Just like for the autotools.

Previously, the macros were installed to $(datadir)/cmake/. As we have
some macros in DUNE that might also be in other packages
this may cause conflicts in package managers. With this patch we install
them to $(datadir)/dune/cmake to resolve this issue. Together with the
last patch this will resolve problems  outlined in flyspray
task 813
https://dune-project.org/flyspray/index.php?do=details&task_id=813
I apologize for givin the wrong task number in the previous patch.

For generating the config.h file we use the HAVE_* variables instead
of the CMake ones *_FOUND, Unfortunately, we sometines to not set
HAVE_* to the value of the *_FOUND vriable but to its name. Usually
we only query whether these variable are set at all. While
this often (except for psurface) does not pose a problem, it is semantically
wrong. Therfore this patch fixes this.

Kudos to Ansgar for pointing to this problem.

Previously the module path was a relative to the install
directory. With this patch the CMake package configuration file contains the
full path and the macros are found.

This patch removed the tests for umfpack from dune-istl as they
are already needed in dune-common. There are modules using umfpack
that do not require dune-istl. Therefore dune-common seems to be the
more appropriate place for the test.

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

Find<Package>.cmake modules, as they were missing with set
CMAKE_DISABLE_<Package>=TRUE.

Now they are in speparte modules Add<Package>Flags and thus can be
used as exspected with disabled packages.

[[Imported from SVN: r1926]]

[[Imported from SVN: r1920]]

[[Imported from SVN: r1919]]

to fix broken "make doc" and "make headercheck".

[[Imported from SVN: r1917]]

The latter is the location of the package configuration files.

[[Imported from SVN: r1899]]

[[Imported from SVN: r1790]]

[[Imported from SVN: r1787]]

[[Imported from SVN: r1786]]

Update test to conform common style.
Changed user variable SUPERLU_DIR to SUPERLU_PREFIX.

[[Imported from SVN: r1731]]

This was due to the fact that find_<lib|file>(varname ...) sets
${varname} to varname-NOTFOUND if nothing is found.
Therefore using the variable varname in
CMAKE_REQUIRED_<LIBRARIES|INCLUDES> is a really bad idea.

We are preventing this now by checking the variables first.

[[Imported from SVN: r1722]]

[[Imported from SVN: r1721]]

[[Imported from SVN: r1720]]