(cherry picked from commit 58221538)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

(cherry picked from commit 648dff2b)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

(cherry picked from commit ae8fd0da)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

This bug could only be found outside Germany :D

(cherry picked from commit ecdb7f7b)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

This document gathers some beginners question about the CMake
build system. It is built during make doc and made available
on the website through the doc installation.

(cherry picked from commit c2e198a9)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

For discussion check FS1648.

Disabling a cmake module through CMAKE_DISABLE_FIND_PACKAGE_...
was only partially working:
- Any module suggesting the disabled module would not search for it
- dunecontrol did not have this knowledge and built the disabled module nevertheless

This commit fixes the latter.

(cherry picked from commit 8b04df71)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

the first problem was that I accidentially enabled the ScalarOrderingTest, but this forced me
to investigate further and I found out how this works, or not works.

We have to add the comparison operators to FieldVector, as the cast operator does not always
match, e.g. in the case of GMPField.
(cherry picked from commit e0ac8d9a)

Signed-off-by: Carsten Gräser <graeser@dune-project.org>

Before the test was not active since '#if HAVE_GMP' fails
if the gmp-flags where not added.

(cherry picked from commit 045c6d93)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

in order to make GMPField work in more situations, we add a constrctor, which matches
all scalar data types, which can me converted to K.
We deliberately exclude K from the template match.

(cherry picked from commit 9d46150e)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

(cherry picked from commit 7135cbb0)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

we first import function like std::max into the local scope and the call max(a,b) instead of
std::max(a,b). This allows to match specializations for other data types via ADL.

(cherry picked from commit 515f312a)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

(cherry picked from commit 49200b29)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

The templated constructor of GMPField fatched everything. We reduce the constructor
to those scalar values, which are convertible to mpf_class. As this removes the constructor
from char* we explicitly add constructor from char* and std::string.

This is the main part to fix FS#1665

(cherry picked from commit 3fe52527)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

most of the tests work. std::complex<GMPField> does not work as expected, but this is
perhaps something we don't want to support. As std::complex does not allow to initialize
with other parameters than the data type itself, we can not initialize from int or other
compatible scalar values. The smae problem occures when interacting with int values directly.

(cherry picked from commit bde9dc6e)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

BOOST_FOUND seems to be no longer known, use
HAVE_DUNE_BOOST instead.

(cherry picked from commit dfeeea79)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

Affected are older CMake versions 2.8.6 to 2.8.9 maybe even,
newer versions.

(cherry picked from commit 2d38fedf)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

(cherry picked from commit 7330cbcd)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

Fixes FS#FS#1649.

(cherry picked from commit 63256eeb)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

dune_library_add_sources() verifies the library name against the
contents of DUNE_ENABLE_ALL_PACKAGES_MODULE_LIBRARIES. I accidentally
broke this by converting dune_enable_all_packages (which defines the
variable) from a macro to a function, which removed the variable from
global scope.

This patch fixes the problem by explicitly exporting the variable to the
parent scope, making it available to dune_library_add_sources() again.

(cherry picked from commit 289d3eb6)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

on Ubuntu.

(cherry picked from commit 71e08e51)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

are on Ubuntu.

(cherry picked from commit f9c79378)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

This closes FS#1651.

(cherry picked from commit 6552b897)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

Passing multiple files to dune_symlink_to_source_files() was broken.
While at it, I switched the given macros to be functions and have
named arguments. Using positional arguments will result in a warning.

(cherry picked from commit 797fbfa1)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

ptrdiff_t is a signed integer type and so the expression
  (std::uintptr_t)(ptr) % page_size
could become a negative value. In this case the page_ptr would be the
address of the next page after the allocation.

This wrong behaviour could be observed on (32bit) PowerPC: here
ptr was 0xf78cfe00 and page_ptr was calculated as 0xf78d0000 instead
of the correct 0xf78c0000.

(cherry picked from commit 1659ea4b)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

A typo made it impossible to say 'no'.

Furthermore, I changed the text shown to the user to point to the
module documentation.

(cherry picked from commit fb1ce0b4)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

This change should make formatString safe to use in multi-threaded
programs.

This fixes FS#1636.

(cherry picked from commit f529d23f)
Signed-off-by: Carsten Gräser <graeser@dune-project.org>

We have to call add_definitions() in a loop because add_definitions() is
kind of broken: even though it is supposed to be *the* function for
adding compile definitions, it does not prepend "-D" (as opposed to
target_compile_definitions(), which does). Well, whatever...

(cherry picked from commit bd578fd8)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

Thanks for spotting that, Dominic!

(cherry picked from commit c849d756)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

This branch resolves somes smaller problems with the
dune_enable_all_packages() feature and importantly provides support for
modules with libraries and CMake < 3.1.

* feature/FS1654-improve-dune-enable-all-packages:
  [Release][CMake] Add support for compile options in DuneEnableAllPackages
  [Release][CMake][Bugfix] Use correct test in if() command
  [Release][CMake] Add dune_target_enable_all_packages()
  [Release][CMake][Bugfix] Remove stray unset() command
  [Release][CMake] Convert macros to functions in DuneEnableAllPackages
  [Release][CMake] Improve documentation in DuneEnableAllPackages.cmake

(cherry picked from commit 7cc5bc4b)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

We do not really support this combination of C++11 features, and the
only time it should occur is when the user has a recent Intel Compiler
and an outdated GCC (which the Intel Compiler uses for the C++ standard
library). In that case, we emit a helpful error message at configuration
time.

(cherry picked from commit c3e637ab)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

The std::numeric_limits specialization for bigunsignedint requires
access to the internal state of bigunsignedint. Previously, the correct
specialization of std::numeric_limits was a friend of bigunsignedint,
but that creates problems on recent versions of clang with the
alternative libc++ library, because that library declares the base
template of std::numeric_limits as a class and clang subsequently
complains if the friend declaration uses 'struct'. Unfortunately,
libstdc++ uses a struct, making it impossible to keep clang happy for
both standard libraries. So we introduce a helper class that provides
access to the internal state and which now becomes a friend of
bigunsignedint. The numeric_limits specialization inherits from the
helper to use it.

(cherry picked from commit a7951dff)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

(cherry picked from commit e9634076)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

According to the standard, all specializations of std::hash must export
argument_type and result_type [20.8.12/1]. The version of libc++ (LLVM's
alternative C++ standard library) tripped over this requirement on my
machine, so this patch adds the typedefs.

(cherry picked from commit a64ca159)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

Ansgar fixed a bunch of problems in bigunsignedint - and improved the
corresponding test! yeah!

* p/ansgar/FS1644-bigunsignedint:
  Rework bigunsignedinttest.cc.
  bigunsignedint: Remove unneeded variable in operator%.
  bigunsignedint: Fix operator-.
  bigunsignedint: Throw an exception when constructing from a negative integer.
  bigunsignedint: make overload unambiguous for all integer types
  Use fixed-width integer types (C++11)

(cherry picked from commit 4c79a644)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

The test for __cxa_demangle(), which is used by Dune::className() to
demangle type names, doesn't work on my clang 3.6. Apparently, clang
requires the user to include <typeinfo> before <cxxabi.h>. While
classname.hh already does this, the build system tests don't, causing the
feature to get disabled on clang.

Fixed by adding the include to the build system tests.

(cherry picked from commit 70f52c0d)
Signed-off-by: Steffen Müthing <muething@dune-project.org>

This only contains commits that:
* were already cherry-picked
* were requests to be cherry-picked by Ansgar
  in preparation for integration into debian

Merge remote-tracking branch 'origin/feature/fix-variablesizecom-with-empty-interface' into releases/2.4

Merge on request of Markus Blatt