Currently there is no information on the embedding of subentities available. If you e.g. have an element e you can not get the local index of the i-th vertex of some e.subEntity<c>(j) within e. Furthermore you can not even obtain the index/id of this vertex.

This fact makes the subEntity method of Entity<0> and the iterators and geometries of codim 0<c<dim entities almost useless.

As a first step I propose to add the subIndex/subId method also for codim c>0 entities. Then one could construct the embedding at least by comparing indices/ids.

Furthermore it would be nice to provide the embedding directly similar to the subEntity method of the reference elements.

When running test-ug.cc with the actual trunk versions of the dune core modules I get the following error:
./test-ug
Testing UGGrid<2> and UGGrid<3> with red/green refinement
test-ug: ../../../dune/grid/genericgeometry/cachedmapping.hh:91: Dune::GenericGeometry::CachedJacobianTransposed<<anonymous>, <template-parameter-1-2> >::operator const typename Dune::GenericGeometry::CachedStorage<dim, GeometryTraits>::Traits::JacobianTransposedType&() const [with unsigned int dim = 2u, GeometryTraits = Dune::GenericGeometry::DefaultGeometryTraits<double, 2, 2, false>]: Assertion `*this' failed.
Abgebrochen

In my code the same error appears when using an UG grid consisting of prisms.

Please ignore.

When calling 'make check' in dune-grid/dune/grid/genericgeometry/test, the tests are compiled, but not run. This means that the automatic tests miss some important information.

As Christian explained nicely on the list

You will have to add something like the following to project:

dumux/m4/dumux.m4:

dnl -*- autoconf -*-
# Macros needed to find dumux and dependent libraries. They are called by
# the macros in ${top_src_dir}/dependencies.m4, which is generated by
# "dunecontrol autogen"

# Additional checks needed to build dumux
# This macro should be invoked by every module which depends on dumux, as
# well as by dumux itself
AC_DEFUN([DUMUX_CHECKS])

# Additional checks needed to find dumux
# This macro should be invoked by every module which depends on dumux, but
# not by dumux itself
AC_DEFUN([DUMUX_CHECK_MODULE],
[
DUNE_CHECK_MODULES([dumux],[dumux/dumux.hh])
])


The macro DUMUX_CHECK_MODULE is required to find your module. If you
didn't do any fancy tricks, the default version should do the
trick. If you provide libraries, you should add the name of the lib to
the DUNE_CHECK_MODULES entry (have a look at dune-grid for example).

The Debian package dune-common-dev_2.0-3 conflicts with the package autoconf-archive, because it contains a few files from the archive and installs them. Some of the files are locally modified, others are (appear to be) verbatim copies. Hence an installation would overwrite files originally installed by the autoconf-archive (and vice versa), a thing that dpkg doesn't let you do.

The situation is worse if you install dune-common globally without the help of a package manager. In that case, files from the autoconf-archive will be tacitly overwritten.

dune/grid/genericgeometry/test/testmapping.cc and dune/grid/genericgeometry/test/testgeo.cc try to include testgeo.hh which is also listed in SOURCES of dune/grid/genericgeometry/test/Makefile.am. For some reason, that file is not part of the tarball whereas it does exist in the trunk.

passing --without-gmp does not work.

as one can already see from output such

checking for __gmpz_abs in -Lno/lib -lgmp... yes

it clearly doesn't do what it's supposed to (--without-gmp is equivalent to --with-gmp=no).

The attached test file is supposed to load a grid from a gmsh file, loadbalance it and quit. However the UGGrid destructor throws an exception on all but the master processors:

sander@haile:~/dune-parallel/dune-grid/dune/grid/io/file/test$ mpirun -np 2 destructortest
DimX=2, DimY=1, DimZ=1
Reading 3d Gmsh grid...
version 2 Gmsh file detected
file contains 14 nodes
file contains 48 elements
number of real vertices = 14
number of boundary elements = 24
number of elements = 24
Reading 3d Gmsh grid...
version 2 Gmsh file detected
file contains 14 nodes
file contains 48 elements
number of real vertices = 14
number of boundary elements = 24
number of elements = 24
Process 1 is about to terminate!
Process 0 is about to terminate!
GridError: UG3d::DisposeMultiGrid returned error code!


Here is the file

#include "config.h"

#include <dune/common/mpihelper.hh>
#include <dune/grid/uggrid.hh>
#include <dune/grid/io/file/gmshreader.hh>

using namespace Dune;

int main( int argc, char** argv ) try
{
Dune::MPIHelper::instance( argc, argv );

typedef Dune::UGGrid<3> GridType;
GridType grid;

Dune::GmshReader<GridType> gmshreader;
gmshreader.read(grid, "cube.msh");

grid.loadBalance();

std::cout << "Process " << grid.comm().rank() << " is about to terminate!" << std::endl;

return 0;
}
catch ( Dune::Exception &e )
{
std::cerr << e << std::endl;
return 1;
}

The help on dunecontrol says that the options -h and --help show the help text.
Using these options leads to

ERROR: unknown command "--help" / ERROR: unknown command "-h"

However the help text is still displayed as for any unknown command.