no side effects.

[[Imported from SVN: r7451]]

[[Imported from SVN: r7446]]

[[Imported from SVN: r7434]]

make sure that flags passed with DUNE_LDFLAGS are the first flags in linker test and not duplicated another time.

Fixes flyspray #1270

[[Imported from SVN: r7433]]

[[Imported from SVN: r7429]]

[[Imported from SVN: r7428]]

[Merge][Bugfix] r7422 from branches/release-cmake-2.2: Prevent definition of HAVE_BOOST without value due to race conditions i
n some autoconf versions.

For some autoconf versions there was a race condition between ax_boost_base.m4 a
nd dune_boost_base.m4 resulting in HAVE_BOOST being defined with no value (inste
ad of ENABLE_BOOST). For others there were even two definitions of it (one with 
and one without value). 

This patch renames the symbol being defined in dune_boost_base.m4 to HAVE_DUNE_B
OOST and defines a value for it if boost is found.


[[Imported from SVN: r7424]]

[Bugfix] Prevent definition of HAVE_BOOST without value due to race conditions in some autoconf versions.

For some autoconf versions there was a race condition between ax_boost_base.m4 and dune_boost_base.m4 resulting in HAVE_BOOST being defined with no value (instead of ENABLE_BOOST). For others there were even two definitions of it (one with and one without value). 

This patch renames the symbol being defined in dune_boost_base.m4 to HAVE_DUNE_BOOST and defines a value for it if boost is found.

Please change your code such the preprocessor directives checking for boost from
#if HAVE_BOOST
to
#if HAVE_DUNE_BOOST

Resolves flyspray 1265 and presumably 1249.

[[Imported from SVN: r7422]]

[[Imported from SVN: r7417]]

This commit is related to FS#1257.

[[Imported from SVN: r7394]]

This commit is related to FS#1257.

[[Imported from SVN: r7384]]

[[Imported from SVN: r7129]]

At least since version 3.0 CLang support __cxa_demangle. To support as
many compilers as possible we test for the feature instead of testing
for the compiler version.

Thanks to Andreas Lauser <and@poware.org> for providing this patch
(see FS #1246)

[[Imported from SVN: r7125]]

[[Imported from SVN: r7124]]

I shouldn't be doing patch reviews after 2300

Here is Andreas' commit message:

>From 1049843fa0dbc6b340817b0cd69959e742e80d7a Mon Sep 17 00:00:00 2001
From: Andreas Lauser <Andreas.Lauser@iws.uni-stuttgart.de>
Date: Wed, 6 Feb 2013 23:33:28 +0100
Subject: [PATCH] once again: fix dune_unused.m4

my previous attempt was only partially correct: the compiler did not
chocke because the unused attribute was placed behind the variable,
but because the third argument of AC_TRY_COMPILE is placed inside the
main function. it seems like c++ does not support nested functions, so
the test still failed, leading to the equally undesired result that
DUNE_UNUSED did not have an effect anymore. Mea culpa!

(this time I have at least double verified, that the compiler does not
bail out. last time I probably mis-interpreted the wrong lines as the
output of the dune_unused test in config.log.)


[[Imported from SVN: r7106]]

Thanks to Andreas Lauser for this patch.

Here is his own commit message:

From: Andreas Lauser <and@poware.org>
Date: Mon, 4 Feb 2013 15:34:22 +0100
Subject: [PATCH] fix the test for __attribute__((unused))

it contained two errors which "anihilated" themselfs: the first was a
syntax error in the test itself (the UNUSED macro must be placed
before the identifier of the variable), which caused the compiler to
always return an error. this was compensated by an incorrect
invocation of the AC_TRY_COMPILE macro which featured an empty
argument as third argument instead of the action to be executed if the
test succeeded. this in turn always lead the forth argument (which was
intended by the test to be executed if the test succeeds but was
actually executed if it failed) to be always triggered. In turn this
leads me to the conclusion that DUNE was never compiled using a
compiler which does not support __attribute__((unused)) since this
macro was introduced...


[[Imported from SVN: r7105]]

[[Imported from SVN: r7096]]

[[Imported from SVN: r7088]]

[[Imported from SVN: r7078]]

Add support for boost::hash

This patch adds boost::hash as a fallback option for Dune::hash
if neither std::hash nor std::tr1::hash can be found. We only
have to include the appropriate header and import the name into
the Dune namespace, as the built-in extension mechanism of boost::hash
will automatically pick up the global hash_value() functions.

To test whether the mechanism actually works, the patch also adds
boost::hash to the list of hash implementations tested in
bigunsignedinttest.

Kudos to Steffen Müthing, see FS#1192

[[Imported from SVN: r7067]]

Add basic support for hashing using Dune::hash

This patch introduces the functor Dune::hash in a similar manner to
other C++11 functionality by importing the definition from namespace std.

Apart from that, the patch also provides some basic functionality to simplify
making user-defined types hashable, in particular functions for combining hashes
and hashing iterator ranges as well as a mechanism for defining the struct
specializations required by std::hash and std::tr1::hash in the correct namespace.

The current implementation will first try to use std::hash and, if that fails,
attempt to fall back on std::tr1::hash. If that is not available either, hash
support is disabled as there is no homegrown fallback for now.
The extension mechanism will register the type with both std::hash and std::tr1::hash,
if available. This should make it possible to use unordered_{set,map} from both C++11
and TR1 without having to specify a custom hasher.

Kudos to Steffen Müthing, see FS#1192

[[Imported from SVN: r7065]]

[[Imported from SVN: r7058]]

Add check for libgmpxx.
It should not happen but I had the problem with two systems (Mac OS X
and Hermit XE6) that gmpxx.hh was found but no libgmpxx.

[[Imported from SVN: r7057]]

[[Imported from SVN: r7056]]

[[Imported from SVN: r7052]]

once. Improved help string.

[[Imported from SVN: r7051]]

[[Imported from SVN: r7030]]

AM_PROG_MKDIR_P is deprecated; see `Obsolete Macros' in the automake manual

Kudos to Elias Pipping

[[Imported from SVN: r7029]]

add new test for sys/mman.h and the sysmbol posix_mprotect

[[Imported from SVN: r7015]]

C++11 requires a cast operator from integral_constant< T, v > to T. As far as I
could make out, no gcc version provides this cast in <tr1/type_traits> and only
gcc >= 4.6 provides it in <type_traits>. Therefore, the configure check now tests
for the cast operator only in <type_traits>.

Note: Our drop-in replacement conforms to the standard in the above-mentioned
sense.

[[Imported from SVN: r6992]]

Try -std=c++11 before -std=c++0x as the latter causes a warning for
Clang. (solves partly FS#989)

[[Imported from SVN: r6986]]

Updated version test to gcc >= 4.1.
Added version test for clang >= 3.0.
Unfortunately I am not aware of the minimum required version of icc,
this test remains for icc >= 7.0.
White space adjustments.

[[Imported from SVN: r6985]]

configure, even if MPI was found.

[[Imported from SVN: r6954]]

[[Imported from SVN: r6953]]

[[Imported from SVN: r6952]]

have been already seen by the linker. As DUNE_LIBS (e.g. dune-grid)
use symbols from other libraries already in ALL_PKG_LIBS (e.g. those of the
alugrid library), they should be appended to them.

On the other hand libtool removes duplicate libraries provided when
linking from, such that only the first occurence persits. Resulting
e.g. in libalugrid coming after libgrid.

This never caused problems because libtool added dependencies known to
it from the .la file automatically. But it does when using dune core
packages built with cmake (these lack .la files).

All tests of the core module pass (except one in virtual
refinement). Additionally dune-grid-howto build with ug and alugrid enabled.

[[Imported from SVN: r6949]]

Patch by Markus Blatt.

See FS 979

[[Imported from SVN: r6947]]

[[Imported from SVN: r6928]]

[[Imported from SVN: r6896]]

[[Imported from SVN: r6892]]