Test complex<T> for floating point T only

The standard leaves (the effect of instantiating) complex<T> for more
general T unspecified.

While we're at it, kill duplicate tests and add long double to the list.

This fixes bug flyspray/FS#1726: Now also with clang 3.7 and libstdc++ 4.9.2 on Debian 8.2, the test fvectortest can be compiled again.

See merge request !11

[cmake] fix capitalization of some SuiteSparse_ variables

There were still some variables with the old capitalization SUITESPARSE_
that prevented my own code from finding umfpack.h.

After this small fix, the code from merge request !8 works for me as expected.

See merge request !13

There were still some variables with the old capitalization SUITESPARSE_
that prevented my own code from finding umfpack.h.

Feature/typelist

This adds `template<class...T> struct TypeList {};`
together with some utilities. It's e.g. used in the
concept checking facility that I'll add soon.

Besides this it can be used to 'store' an argument pack and access
its members. In contrast to a `std::tuple<T...>` which is
a container of objects of types `T...` a `TypeList<T...>`
only captures the types themselves . Hence one can easily
create TypeList objects and use them to pass types around
or, e.g., in overload resolution where they can be used for
tag-dispatch.

Notice that adding a template `packer<T...>` doing exactly
the same has been proposed for the standard in [N4115][].
But in my opinion TypeList is a more instructive name.

[N4115]: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4115.html

See merge request !7

Feature/fs1702 cmake add suitesparse support rebased

I had to fix Sphinx and tested it with the LDL branch from dune-istl.
Tested by Tobias and Marco, thanks!

See merge request !8

Thanks Dominic for the hint!

Otherwise the test could mark SuiteSparse as not found which
would break the search for other SuiteSparse libraries.

* Fix capitalization of SUITESPARSE_INCLUDE_DIRS
* Drop PATHS when searching SuiteSparse_config.h in default paths
* Add variable dereferencing in string(TOLOWER
* Set SuiteSparse_${_component}_FOUND only TRUE if actually found
* Mark more variables as advanced

According to the naming convention the variables which are
used outside must have the same capitalization as the Find*
module.
Previsously we used SUITESPARSE_*.

FindPackageHandleStandardArgs provides everthing we need.

If BLAS is not found, the whole configure process is
aborted. We actually want that BLAS is a requirement
for SuiteSparse. It is better to check using
FindPackageHandleStandardArgs.

The naming scheme is kind of broken.

Adjust code to reflect comment.

Tobias Malkmus authored 9 years ago and Christoph Grüninger committed 9 years ago

This patch adds the cmake findpackage script which locates Tim Davis' SuiteSparsae collection.

If a certain setting of the SuiteSparse library should be used it can be found using
find_package( SuiteSparse COMPONENETS <list-of-components> )
with a specific list of components.
Existence of components can be check using the SUITESPARSE_<comp>_FOUND/HAVE_SUITESPARSE_<comp> cmake variable.

The UMFPack search routines are redirected to the more general FindSuiteSparse script.