Ansgar Burchardt authored 5 years ago and Christoph Grüninger committed 5 years ago

The name git-whitespace-hook is a bit too generic for a DUNE-specific
tool.

Merge branch 'feature/remove-transition-code-from-autotools' into 'master'

ref:core/dune-common Autotools is gone quite some time now. No need to keep
this tools.

See merge request [core/dune-common!719]

  [core/dune-common!719]: gitlab.dune-project.org/core/dune-common/merge_requests/719

Merge branch 'feature/nonblocking_mpi' into 'master'

ref:core/dune-common This MR adds nonblocking communication methods to
CollectiveCommunication<MPI_Comm>.

Furthermore we introduced a class MPIData that stores an object or a reference
and provides information for sending and receiving the object or reference
(pointer, length, MPI_Datatype). That works with objects that are represented
consecutively in memory (e.g. std::string, std:::vector, Dune::DynamicVector),
but could be extended for generic datatypes e.g. used with serialization. The
MPIData object is stored within the MPIFuture to ensure that the object stays
alive until the communication is complete (does not work with references, of
course).

For examples see mpifuturetest.cc.

TODO:

-   [x] Add fallback methods to CollectiveCommunication<void>
-   [x] Add nonblocking MPI benchmark

See merge request [core/dune-common!526]

  [core/dune-common!526]: gitlab.dune-project.org/core/dune-common/merge_requests/526

Autotools is gone quite some time now. No need to keep this tools.

Merge branch 'feature/extend-ptparser-1' into 'master'

ref:core/dune-common The parametertree parser can now handle

\[prefix\] \# comment key = value

See merge request [core/dune-common!246]

  [core/dune-common!246]: gitlab.dune-project.org/core/dune-common/merge_requests/246


Closes #54

Merge branch 'bugfix/eigenvalues-fieldmatrix' into 'master'

ref:core/dune-common

-   changed parameter w to lwork to be consistent with documentation of dsyev
    (lapack)
-   set parameter lwork to 3\*n-1 see dsyev for eigenvalue calculation for dim
    \< 3

See merge request [core/dune-common!277]

  [core/dune-common!277]: gitlab.dune-project.org/core/dune-common/merge_requests/277

Merge branch 'issue/aligned_allocator' into 'master'

ref:core/dune-common This fixes [#111]

### Summary

Added a cmake compile-test to check whether the used standard library provides
the function aligned_alloc(). The Dune::AlignedAllocator implementation is
adapted, using the introduced config variable DUNE_HAVE_C_ALIGNED_ALLOC.

### Motivation

I have added a cmake test for standard library function aligned_alloc() since
it cannot be detected in the code whether this function exists. The old test
`#if __APPLE__` was not enough. E.g. on our cluster, the standard library does
not support aligned_alloc() for some reasons and thus, the compile fails to
compile the AlignedAllocator, although there are alternatives already
implemented.

### TODO

Additionally, I've added an error message if neither aligned_alloc nor
posix_memalign is available on a system. But, since I do not have an Apple
system I cannot test this completely.

The branch can be merged when someone confirms, that the condition

    #if !(DUNE_HAVE_C_ALIGNED_ALLOC || (_POSIX_C_SOURCE >= 200112L || _XOPEN_SOURCE >= 600))

works fine on systems with Apple's standard library. This test assumes that a
posix library of a minimal version always provides the posix_memalign()
function.

Maybe an additional cmake compile-test should be added to test for this
function as well.

See merge request [core/dune-common!436]

  [#111]: gitlab.dune-project.org/NoneNone/issues/111
  [core/dune-common!436]: gitlab.dune-project.org/core/dune-common/merge_requests/436


Closes #111

Merge branch 'bugfix/set-python-interpreter-for-virtualenv' into 'master'

ref:core/dune-common This makes sure that the python version in the virtualenv
matches the one found during configuration.

See merge request [core/dune-common!671]

  [core/dune-common!671]: gitlab.dune-project.org/core/dune-common/merge_requests/671

Merge branch 'fix-failing-mpiguard-test' into 'master'

ref:core/dune-common For MPT with gcc 6.x the template parameter C somehow
became an anonymous enum leading to usage of GenericGuardCommunicator as an
abstract class.

This is an attempt to fix this. It is mostly guess work, though.

Partial fix for [#76]

See merge request [core/dune-common!266]

  [#76]: gitlab.dune-project.org/NoneNone/issues/76
  [core/dune-common!266]: gitlab.dune-project.org/core/dune-common/merge_requests/266

Merge branch 'fix/add-include-for-visual-c++' into 'master'

See merge request [core/dune-common!718]

  [core/dune-common!718]: Nonecore/dune-common/merge_requests/718

Merge branch 'CheckCXXFeatures-support-for-cxx20' into 'master'

See merge request [core/dune-common!717]

  [core/dune-common!717]: Nonecore/dune-common/merge_requests/717

Merge branch 'bugfix/missing-header-install' into 'master'

ref:core/dune-common arne.morten.kvarving

See merge request [core/dune-common!716]

  [core/dune-common!716]: gitlab.dune-project.org/core/dune-common/merge_requests/716

arne.morten.kvarving

Merge branch 'issue/fvector_divide_scalar' into 'master'

ref:core/dune-common

### Summary

Replaced * by / in vector-space division of FieldVector by scalar

See merge request [core/dune-common!715]

  [core/dune-common!715]: gitlab.dune-project.org/core/dune-common/merge_requests/715

Merge branch 'bugfix/find-parmetis-check' into 'master'

ref:core/dune-common Don't abort just because METIS was not found when
ParMETIS wasn't even requested.

See merge request [core/dune-common!714]

  [core/dune-common!714]: gitlab.dune-project.org/core/dune-common/merge_requests/714

METIS was not found when ParMETIS wasn't even requested.

Merge branch 'feature/backwards-compatible-parmetischeck' into 'master'

ref:core/dune-common Thanks to Simon Praetorius for providing the patch idea.

See merge request [core/dune-common!713]

  [core/dune-common!713]: gitlab.dune-project.org/core/dune-common/merge_requests/713

Thanks to Simon Praetorius for providing the patch idea.

Merge branch 'issue/cmake_find_scotch_parmetis' into 'master'

ref:core/dune-common

### Summary

Added METIS_LIB_NAME and PARMETIS_LIB_NAME in find_library calls to correctly
find scotchmetis and ptscotchparmetis libraries.

### Motivation

Default METIS library name is metis and for ParMETIS parmetis. Some
implementations of the (Par)METIS interface provide libraries with different
names, e.g. scotchmetis and ptscotchparmetis. In order to find also these
libraries correctly the cmake variables METIS_LIB_NAME and PARMETIS_LIB_NAME
are introduced. This was already done correctly in FindMETIS.cmake but not in
FindParMETIS.cmake and thus, the (PT)Scotch(Par)METIS libraries were not found
correctly for the default installation of scotch. With this MR, also ParMETIS
from scotch can be found correctly, by using the changed library names.

### USAGE

    CMAKE_FLAGS=" \
     -DMETIS_DIR=[SCOTCH_METIS_DIR] -DMETIS_LIB_NAME=scotchmetis \
     -DPARMETIS_DIR=[PTSCOTCH_PARMETIS_DIR] -DPARMETIS_LIB_NAME=ptscotchparmetis "

See merge request [core/dune-common!438]

  [core/dune-common!438]: gitlab.dune-project.org/core/dune-common/merge_requests/438

added METIS_LIB_NAME and PARMETIS_LIB_NAME to correctly find scotchmetis and ptscotchparmetis libraries

Merge branch 'feature/adapt-findparmetis' into 'master'

See merge request [core/dune-common!703]

  [core/dune-common!703]: Nonecore/dune-common/merge_requests/703

Don's look for METIS but rely on FindMETIS.cmake which must
be called by the user first.
Works with installation of METIS and ParMETIS without
copying things around.

Merge branch 'binary-operators' into 'master'

ref:core/dune-common This MR implements various two-argument operators for
DenseVector and DenseMatrix objects. It works in principle, but has two
short-comings:

-   Type promotion does not work properly. Fixing this requires being able to
    rebind a given DenseVector or DenseMatrix to a new number type. This is
    not currently possible.
-   Matrix multiplication does not work unless the factors are square. The
    reason for this is similar: The implementation needs to construct a result
    matrix of a new size, and this is not currently supported within
    DenseMatrix.

One possible short-term fix for both problems would be to add the
implementations to FieldVector and FieldMatrix only, not their Dense base
classes.

Opinions?

See merge request [core/dune-common!705]

  [core/dune-common!705]: gitlab.dune-project.org/core/dune-common/merge_requests/705

Merge branch 'master' into 'master'

ref:core/dune-common Replaced nullptr argument in Lapack call with vr.get()

See merge request [core/dune-common!712]

  [core/dune-common!712]: gitlab.dune-project.org/core/dune-common/merge_requests/712

Merge branch 'eigenValuesNonSym-compute-eigenvectors' into 'master'

See merge request [core/dune-common!711]

  [core/dune-common!711]: Nonecore/dune-common/merge_requests/711

Merge branch 'feature/improve-transformedrangeview' into 'master'

ref:core/dune-common

-   Fix typos in documentation
-   Improve documentation
-   Export untransformed raw range type
-   Export untransformed raw range
-   Conditionally implemented size() if the underlying raw range does
-   Add test for size()

See merge request [core/dune-common!697]

  [core/dune-common!697]: gitlab.dune-project.org/core/dune-common/merge_requests/697

Merge branch 'clean-up-matrixev' into 'master'

See merge request [core/dune-common!710]

  [core/dune-common!710]: Nonecore/dune-common/merge_requests/710

This addresses the following compiler warning:

    dune/common/test/overloadsettest.cc:108:40: warning:
    statement has no effect [-Wunused-value]