[dunecontrol] Check less often the version for module dependencies

Similar to update, status, svn, git, exec, and bexec don't check
whether the versions for dependencies are fulfilled.

This could fix #9 

See merge request !28

Similar to update, status, svn, git, exec, and bexec skip the check
whether the versions for dependencies are fulfilled.

Use constexpr instead of DUNE_CONSTEXPR



See merge request !26

Slightly improve warning

Feature/restructure doxgen



See merge request !25

Fix FieldMatrix::rightmultiply()

This addresses an issue mentioned in #5 and additionally turns runtime checks into compile-time checks whenever possible.

See merge request !22

Feature/fix shadow warnings

If you have better name suggestions, please tell me and I change the names.

See merge request !21

Previously, the following piece of code would compile and only
only predictable fail at runtime with assertions enabled.

  Dune::FieldMatrix<double, 2, 3> A;
  // populate A

  Dune::FieldMatrix<double, 3, 2> B_bad;
  // populate B_bad
  A.rightmultiply(B_bad);

It now fails to compile.

Previously, the following piece of code would compile but then enter a
loop, typically leading to a segmentation fault

  Dune::FieldMatrix<double, 2, 3> A;
  // populate A

  Dune::DynamicMatrix<double> B_good(3, 3);
  // populate B_good
  A.rightmultiply(B_good);

This would also happen for the following illegal extension of the above code

  Dune::FieldMatrix<double, 3, 2> B_bad;
  // populate B_bad
  A.rightmultiply(B_bad);

The former now works as expected while the latter fails an assertion.

Feature/fix mixed precision dense matrix vector interface

In the current state if the dune-common dense LA I encountered several smaller bugs w.r.t. mixed precision computations:

  1. the value_type used to reset the vector during `DenseMatrix::mv` and `DenseMatrix::mtv` was the `value_type` of the matrix, but it has to be the `field_type` of the vector.
  1. the type of the scaling parameter alpha of `usmv`. `usmtv` and `ushtv` has the wrong type and must be the `field_type` of the result vector. For details see bdf74dca

Besides this there were 2 minor issues I found while fixing the mixed precision case.

  1. the range checks we no longer performed
  1. if the tests are reenabled, they do not compile, because Robert added test for `FieldMatrix` with `std::vector` or C-array, which do not work, as we expect additional methods on the classes.

I enabled the range checks and disabled the `std::vector` and C-array tests. We could work around this problem, by adding helper traits to determine the size and by this allowing us to special-case `std::vector` and C-array.

See merge request !10

void_t, real_t, field_t in dune/common/typetraits.hh

Contains:
 - void_t (+voider)

 - template <class T>
   using field_t = typename FieldTraits<T>::field_type;

 - template &lt;class T&gt;
   using real_t = typename FieldTraits<T>::real_type;

Requires C++11.

See merge request !20

Rename vec_access() and vec_size() methods

This commit renames the `vec_access()` and `vec_size()` methods to match
the ones in the `DenseVector` facade class, that is `operator[]()` and
`size()`.

Closes #3

See merge request !12

added void_t (incl. voider-hack for gcc), and template aliases real_t and field_t for convenient access of T::real_type, T::field_type

added void_t (incl. voider-hack for gcc), and template aliases real_t and field_t for convenient access of T::real_type, T::field_type

Start hello world program in new projects with editor hints

Add editor hints from
https://www.dune-project.org/doc/devel/codingstyle.html in hello world
program created by duneproject.

See merge request !18

Feature/remove mpi deprecation warnings

Suppress some warnings due to deprecated methods in MPI. 

There are some warnings left due to MPI_LB and MPI_UB but I am not sure how to fix them. See http://www.mpi-forum.org/docs/mpi-2.2/mpi22-report/node76.htm.

See flyspray/FS#1610

See merge request !14

We require MPI 2.1 anyway and nobody has reported problems.

Feature/conceptcheck

This introduces the function

    template<class C, class... T>
    static constexpr bool models();

Its result indicates if the concept C is modelled by the collection
T... of types. A concept is a list of expressions that a type must
support. Concepts can refine other concepts to inherit all requirements
from those base concepts. Besides the concept check function itself, this contains
some helper functions of the form `require*` that transform
a non-matching condition to a substitution failure. E.g.,

    requireConvertible<R>(t.f())

is not valid unless the result of `t.f()` is convertible to R.

Since `models()` is the user interface, it's contained in the
namespace Dune::. In contrast the various `require*()` functions
needed for concept definitions are in the namespace Dune::Concept::.
I strongly propose that concept definitions themselves also go into
namespaces Dune::(NonCoreModule::)Concept.

This merge request depends on the TypeList feature (!7).


See merge request !9

flyspray/FS#1147: Compute norm of vectors with NaN entries properly

This is an attempt to solve the issue outlined in flyspray/FS#1147. I've yet to fix `DenseMatrix::infinity_norm` the same way.

See merge request !15