add new define so that the interface check is not always used as soon as
NDEBUG is undefined (allows to tests asserts without doubling call to all
interface methods).

NDEBUG needs to be undefined and DUNE_INTERFACECHECK needs to be defined
to check the correct implementation of CRT interface methods.
[Densematrix] Explicitly cast '0' to field type to support user-defined field types
[dunecontrol] Fixes error with installed old DUNE modules

If duncontrol detects an installed dune-common module, then it always
assumed that it contains a lib/dunecontrol
subdirectory. Unfortunately, this does not hold for older dune-common
modules and dunecontrol will error out later with a message like

/usr/local/lib/dunecontrol: file not found
Execution of dunecontrol terminated due to errors!

With this commit we fix this by actually checking whether the
lib/dunecontrol subdirectoy exists before adding it to
DUNE_CONTROL_PATH.

Thanks a lot to wuhao sife for reporting this problem.
[bugfix] add move semantics to DynamicVector

Gcc 4.6 cannot generate default move constructor for classes containing a
DynamicVector because there is no move constructor and the copy constructor
is non-trivial.
This patch fixes this, by adding move semantics.
[duneproject] fix section name in generation of config.h.cmake

When creating a project and generating the config.h.cmake file, duneproject
surrounds the inserted text with {begin,end} $NAME. $NAME is set to $PROJECT
without a leading "dune[-_]" and $PROJECT is the module name specified by the
user (e.g. $PROJECT==dune-grid, $NAME==grid).
When DuneMacro.cmake generates the config.h.cmake for the created project in
the build-directory, it searches the config.h.cmake file in the source
directory of the project for {begin,end} $ProjectName which is set to
DUNE_MOD_NAME, which is the module name specified in the corresponding
dune.module file (e.g. dune-grid).
This leads to DuneMacro not finding and therefore ignoring the block in the
source config.h.cmake of the new project.
[cleanup] Remove remaining check from dune_tr1_headers.m4

With GCC 4.4 or newer HAVE_INTEGRL_CONSTANT, HAVE_STD_HASH, and
HAVE_TYPE_TRAITS is always 1, no further testing necessary.
The test defines will be removed after the next Dune release.
[cleanup] Remove fall-back code for type_traits.

Maybe we can deprecate the complete header type_traits.hh.
[cleanup] Remove fall-back code for hashing.

There is more macro magic to be removed.
Tighten the test for forward iterators

Test (almost) all methods requested by the STL
(as documented on http://www.cplusplus.com/reference/iterator/ForwardIterator/ )

Test whether std::iterator_traits is properly specialized.
Merge branch 'p/gruenich/fs1425-remove-CXX11-checks'

Remove checks and fall-back code for hashing,
type_traits, and the remaining tr1 stuff.
[CMake] Increase timeout for Doxygen runs.

There is no need to limit it to 2 min. For larger modules
like DuMuX this is not enough. Increased timeout to 5 min.