mprotect violations are required to lead to a SIGSEGV on Linux.
OS X is more permissive, allowing for both SIGSEGV and SIGBUS.

And practice, the tests generate a SIGBUS for me, causing the tests to
fail. Confusingly, ctest describes the problem as

  Exception: SegFault

which I assume they use as a catch-all term.

The combination of `posix_memalign` and `mprotect` does not work as
expected on OS X, see also !43.

C++11 defaults destructors to noexcept.
Good catch, GCC 6!

This addresses warnings such as

  'const' type qualifier on return type has no effect

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

I still don't understand why, but GCC was spilling deprecation warnings
for Dune::enable_if even if we were only using std::enable_if.

Thus I removed the deprecation of the enable_if struct and only
deprecate the type within. That should still be enough as this
deprecation warning gets triggered when enable_if is used to aid in
overload resolution and the boolean parameter of enable_if is true.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

My previous wrapper implementation around std::enable_if didn't work
when B was false, as type was then defined to a type that was SFINAEd
away.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

Using inheritance for the deprecated wrapper class unfortunately only
worked on GCC, so we had to define the type or value of the type trait
explicitly to deprecate it.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

Since we cannot deprecate using statements, I changed all using
statements for std type traits into thin wrapper classes that I then
deprecated.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

This is not needed anymore, as the testet type traits are directly
imported from std:: and can thus be assumed to be correct.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

Is ConstVolatileTraits still used anywhere? I would propose to
deprecate it and replace it with std::is_volatile, std::is_const,
std::remove_cv, etc.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

They can be replaced by std::is_base_of, std::is_const and
std::is_volatile, respectively.

Felix Gruber authored 9 years ago and Christoph Grüninger committed 9 years ago

Now that we require a C++11-compliant compiler, we can use
the std type traits to construct our own.