Up until dune-common 2.7, the Dune namespace contained shared_ptr:
First as an actual implementation, later simply as a namespace
import.  Dune-common post-2.7 has removed that import,
and users of shared_ptr really have to explicitly specify
the std:: namespace prefix.

Do this by making RodAssembler more similar to the generic
GeodesicFEAssembler: the constructor argument is now a
general LocalGeodesicFEStiffness, and not something particular
to rod problems.

The predicates do implement operator(), so let's use that.

Because it really is only an energy.

Because it is not a stiffness, it is really just an energy.

Previously, they all inherited from LocalGeodesicFEStiffness,
which was weird, because none of them implemented first or
second derivatives as you would expect from something called
'stiffness'.

Throw out the AmiraMesh support instead.  I have not seen
anybody using Amira for years.

It combined computing rod configurations and their discretization
errors.  Nowadays the way to do that is to use rod3d.cc for the
rod configurations, and compute-disc-errors.cc for the errors.
Hence rod-eoc.cc is not needed anymore and can go.

Previously, the layout of my computer's file system was
hard-coded here.

In this file they are not needed at all anymore.

It does not look like that code is used anytime soon, so let's get rid
of it for the sake of tidyness.

Added program to solve a combined minimization problem:
Minmize the sum of an elastic energy (representing the substrate)
and a cosserat energy (representing a thin film on the substrate).

These two files are very similar, and merging them will reduce
maintenance effort in the future.  As of this patch, there is
now quite a number of preprocessor directives in the new merged
cosserat-continuum.cc.  That is not pretty, but the new state
is still much easier to maintain than two completely separate
files.  What is more, I hope to be able to reduce some of that
preprocessor trickery by smarter use of the dune-functions
basis trees.

This used to work only with dune-fufem bases, but the method
constructBoundaryDofs recently learned to also handle the bases
of dune-functions.

This used to be a yes/no, parameter, now we require 'cube'
rather that 'yes' or 'true'.

The original implementation measured the error of SO(3)-valued
functions in quaternion space in a few places.  This patch
converts another occurrence of this to matrix space.

That way, we can use 'if constexpr', and get suitable
writing methods for all kinds of TargetSpace, without
ugly preprocessor tricks.

'Only' a stupid typo: '=' instead of '+='.

As of version 2.6, dune-functions doesn't properly do interpolation
of vector-valued functions with scalar-valued bases anymore.

The code it contains is adolcnamespaceinjections.hh.

In this case, two different refinements of the grids are not
necessarily geometrically identical.  This means we cannot
use hierarchic search with the global position of a quadrature
point, and expect to find the point on the other grid as well.

Instead, we go done to the coarsest grid, and make the transfer
to the other grid there.