DUNE Numerics

Meeting Minutes DUNE Developer Meeting 2015

Table of Contents


Core developer status for Dominic.

9 persons vote yes. No one against. Ergo we promote Dominic officially to core developer status. Congratulations, Dominic!

Discussion time will be appointed for each topic beforehand.

Every core developer will be

Review of 2013 meeting


There is an ongoing discussion about the licensing (due to the GPL2 and LGPL3+), there is consent that LGPL3+ is an option but Christian needs to ask all previous contributors. He promises to do this in due time.

CMake vs. Autotools

Thanks to Christoph the official installation notes do now discuss CMake. Considered more or less done.

Supported Compilers

Will come later in the meeting.

Release is out.

Hooray!!! Thanks Carsten. dune-alugrid master will be made compatible to 2.4. There will be a dune-pdelab, dune-fem (?) 2.4 release in due time.

QuadratureRuleKey in dune-geometry

To be revisited.

EntityIterators are true STL forward_iterators.

They can return a proxy object.

Entity pointer removal.

Done, but needs to be kicked out of master. Robert will doe this.

Intersections are now copyable.

Gridcheck headers renamed.

Kill *.cc files. -> Christoph Grüninger

Need to remove boost checks from dune-common/dune-istl

Getting rid of Dune::istl_assign_to_fmatrix

Still there. Markus will do it.

Change the template argument list of the geometry

Due for 3.0

Getting rid of the PartitionType template parameter on the GridView

Deprecated for 2.4. Needs to be removed. Martin does it.

Duplicated methods on Grid and GridView

Remove now without deprecation. Steffen.

geomTypes() on the IndexSet

Martin removes it now.

Range based for

Improve static_assert error message. Steffen for 2.4.1

parallel features of the grid interface

Still needs to done.


Needs to be done. martin.


Written proposal needed. Later.


Makes sense. Move to GridView and rename to mightHaveBoundaryIntersections(). Postponed to later.


DONE Briefly visit 2014 protocol

Compiler versions

Next major release in 1.5 years with major changes. Parallel support for 2.4.* releases and 3.0. Maybe preview snapshot releases with new major features (e.g. module namespaces, more value semantics, …) to ease porting code. previews will be tagged with preview-0,…, preview-N Release (freeze) in 1.5 years: End of March 2017!

Useful andidates are 4.7 (not C++11 compatible), 4.9 (C++11 compatible), 5.0 (C++14 compatible). 4.8 is missing the following features:

  • Generic lambdas (Needed e.g. in the datahandle to use one lambda with different types/codims).
  • const constexpre (incompatible changes)

Nobody insists on gcc-4.8 compatibility. gcc-4.9 will be the target compiler for the 3.0 release. C++11 is completely allowed, experimental C++14 features in gcc-4.9, too! Clang 3.5 is definitely C++14 compliant. ICC >= 15.1 should be supported.

Christoph will change the build system for C++14 compatibility.

In the master branch gcc-4.9 compatibility can be enforced from today!

Rework website (CMake compatible replacement for WML)

Infrastructure (Should we switch to gitlab? How to organize votes?) -> see below

How to implement finite elements with higher order regularity (C1,…)?

Release paper

For 2.4 we will a write a DUNE release paper with inviting substantial contributors to DUNE as authors. Robert will prepare a repository and a list of possible authors.

Build system

CMake version in the 3.0 release will be 3.0.*

Abolition of the magic that builds test during “make test”

test will not build during make test. Introduce meta targets build_tests, tests ( build_tests && test). We introduce a variable BLA_BLUBB_TEST to activate building tests during make all. Concordantly agreed.

Parallel tests

Add possibility to dune_add_test to run parallel tests. Introduce an upper bound for the processor number (default: 2) for parallel tests. Running tests in parallel should not have side effects. Whether we also need an upper allowed runtime after which we kill the test remains open. Concordantly agreed.

Documentation of the CMake build system will be written by Dominic!

Will be done by Dominic in sphinx (see example). Concordantly agreed.

Use named arguments in CMake.

instead of position dependent ones for all user callable functions. Due in 3.0. Will be done by Dominic. Concordantly agreed.

Remove enable trick

Christoph. Concordantly agreed.

Alberta worldim will set at configure time.

Christoph Grüninger and Martin.

Request for new features

Introduce namespaces for 3.0

Three developers sincerely want to have this. We need to hide implementation details from doxygen and the DUNE namespace (consent). Proposals:

  • all modules get a sub namespace.
  • all modules except common get a sub namespace.
  • istl, and localfunctions get sub namespaces.
  • the core modules are the only ones allowed to be in DUNE.

There is not enough consent to introduce namespaces in any kind to the core modules to warrant this amount work. duneproject will create a sub namespace for each new module automatically.

Remove imported std classes from DUNE namespace.

move make_array to Dune::STD

Clarification of interface

Do pre- and postAdapt always have to be called?

Yes, even if not data needs to be moved.

Later we might want to have a nicer interface. See FS#266. Move to faq

GridFactory: Can one insert elements before all vertices are inserted?

All vertices have to be inserted before any elements.

Move to faq!

viewThreadSafe: What guarantees does it provide?

For Joe threadsafe means that if a method takes a const reference, then this method will (not really) change the object, i.e. despite e.g. locking. If a user concurrently passes it as a mutable reference to another method then this is a usage error and he is on his own.


  • A View is threadsafe if all of its objects are threadsafe. This is the natural C++11 approach.
  • Each iterator may hold a reference to a grid and cannot be used concurrently to modifying the grid (not even dereferencing it). Maybe we need markThreadSafe.
  • OpenMPi has a bug. Therefore we need to initialize threads in MPI via MPI_Init_thread with MPI_THREAD_SERIALIZED (supported by all tested MPI versions). We will demand this from the MPI implementation.
  • Each grid has a reference to a communicator (communication layer). Each communication on it is a modification of it and has to be executed sequentially. The user has to ensure this. Nevertheless one can iterate over a grid and use it read only during a communicate call.
  • Any modification modifies the communication layer instance referenced by the grid. The following mthods may communicate
    • Grid::communicate(), and GridView::communicate()
    • Grid::preAdapt(), Grid::adapt(), Grid::postAdapt()
    • Grid::loadBalance()
  • The mark method may not communicate.

See attachment FS#1717 Joe will implement the flag and thread safety with YaspGrid.

Change requests for interfaces

Functional subroutines

quadrature rules

Add a function that takes a requirements object and an entity to get the according quadrature rule. There is a consensus that this might be a good idea. Christian and Martin will work on a proposal for discussion partly based on Carsten’s code

Reference Elements.

Currently one gets the reference element from a container. The question is raised whether it is possible to get it via ADL. Possible overloads need to be provided in the namespace of the grid. We will use decltype to detect wether such an overload exists.

The interface will be defined in geometry and the first overload in grid.

The reference will be returned by value. (No: 0 Abstentions: 2) Martin will do this change.

Implement free functions leaf/levelGridView to get the grid view.

For now it will just forward to the member functions. Agreed.


Implement user defined literals _0, _1, … using C++14

OS: Should be used instead of the currently used std::integral_constant<std::size, *> in typetree. See also boost::hana. If that is not feasible continue to use them but move them to dune-common. These can then be reused with MultiTypeBlockVector. Should be put into namespace Dune::Indices and import them from there. Steffen will do the work.

Remove VirtualFunction in favor of std::function

Carsten does it.


Remove genericgeometry subdirectory

Without any regard to backwards compatibility Martin will do this.

local() method on Geometry (20 minutes)

See presentation of Aleksejs:

  • if mydim < cdim, always return true
  • if mydim = cdom run Newton
    • if found values is inside return it and true
    • if method result lies outside return false
    • if convergence is too slow return false

Actually Alecsejs needs to be able to call the method with values that are outside and needs know somehow that they are outside. (He did not tell so at first, though.)

Oliver’s understanding is that it is a misuse/undefined if the requested coordinate is outside of the element. An algorithm should be chosen such that the computed value is always inside. What we want to have is a value the minimises the distance on the plane. Peter’s proposal is to return a bogus outside value if the computation fails and signal the failure. Andreas wants extrapolation for outside values if feasilbe and a boolean telling whether the value is correct.

Our proposal: The method should be a best effort that

  • return the solution if it is unique.
  • return one solution if the solution is not unique.
  • Always minmise the distance to the real solution.
  • Do something id there is a failure (e.g. convergence issue) that might be NAN, or a bool. But will be discussed after an improved propsal from Aleksejs.

Subdivided Geometries

For geometries with geometry type None.

Christian will work on this.


Switch evaluate() method for partial local finite elements to multiindex

Currently its argument is a vector with coordinate direction per partial derivative. This should be switched to a multiindex with number derivatives per coordinate direction in accordance with global finite elements. (This more like describe in your favorite math textbook.) Agreed concordantly.

Make interpolate accepts operator() notation for its arguments,


Define how interpolate() can access derivatives of it’s arguments

Needed for Ck-space with k>0. Done.

dune-uggrid (15 minutes)

There is funding to improve UG and move it nearer into dune-grid, i.e.

  • Extract the actual grid from ug and
    • move it to dune-grid into a subdirectory,
    • make a module dune-uggrid. According to Oliver this module would be needed to made a mandatory core module to ease DUNE’s test on unstructured simplicial grids.

Currently no agreement can be reached what to do with uggrid within DUNE.


Intersections (until 10 a.m.)

  1. FS#1714 Generalize the dune-grid intersection concept for network grids.

    Draft proposal is in the picture of the flip chart. It is a consensus, But we need to polish it and compare with all use cases in the current grid. Use cases will be provided by at least Christian and Robert.

  2. FS#1591 - Unique Intersections.

    Covered by the proposal above.

  3. FS#1369 - Add id( intersection )

  4. Additional methods that we (might) want

    1. Communicate on intersections
    2. IdSet adapted for intersection.
    3. It is consensus to add a method intersectionInOutside() to get the same intersection in the other element. It can be used to get e.g. the normal or the geometry. Ergo this might make the …InOutside() superfluent and these could be removed (not decided yet). Of course this could have negativer side effects. (E.g. for a cell-centered finite volume method one might only want to get the entity of the other element.)

    Everything that could be done with a subentity of codim 1 should also be possible with a intersection.

  5. Reduce redundancy in exported integers of intersection interface

    OS: Currently, the Intersection interface class exports four integer numbers:

    • codimension: The codimension of the intersection in the grid (always 1)
    • dimension: The grid(!) dimension. (Also present in the entity.)
    • mydimension: the dimension of the intersection itself
    • dimensionworld: The dimension of the world space of the grid This list is a bit redundant. Also, the fact the Intersection::dimension is not the dimension of the intersection has confused quite a number of people. Can we do some cleanup?

    Vote: Remove all: 3 Remove dimenion, codimensions: 7 (Abstentions 5, against 0) Ergo the propsal is to remove codimension, and dimension.

Check to detect default construction of entities/intersections

SM: Add an operator bool() for entities and intersections to check whether the object was default-constructed.

Add an operator bool() to test for entity and intersection validity.

Add an operator bool() for entities and intersections to check whether the object was default-constructed (returns false) or contains data of an actual entity / intersection (returns true).

Has been declined.


Reduce number of base classes used by BlockVector

Splitup Setup Code from BCRSMatrix to a e.g. a factory class.

range-based for cannot iterate over the entries of a row of a BCRSMatrix


Server in Heidelberg is moving.

http://gohugo.io for the website instead of wml.

website will be maintained as markup in a repository. Building the website will be triggered via a push. For parts of the website contributors will be able to use merge requests.

Heidelberg University will setup the system, evaluate, and get back to us.

Polling system

Christian wil find a suitable coordinated with Heidelberg.


Do we want to add gitlab to our workflow to allow merge requests and subsequent pushes by core developers? Directly pushing might still be possible. The SVNManager will die with the introduction of gitlab. Yes: 10 No: 0 Abstention: 2


Can we get rid off flyspray and use the bug tracker of gitlab? Consentently agreed.

Development model (45 minutes)

We will try to use dedicated feature branches even more then already now. This comes natural with the preferred gitlab pull request based development model.

Creative Commons License   |  Legal Statements / Impressum  |  Hosted by TU Dresden  |  generated with Hugo v0.111.3 (Jul 17, 22:25, 2024)