Commits on Source (60)
-
lisa_julia.nebel_at_tu-dresden.de authored
-
oliver.sander_at_tu-dresden.de authored
cmake: use keyword signature of target_link_libraries See merge request !61
-
Patrick Jaap authored
-
Patrick Jaap authored
EnergyNorm: add getMatrix() method See merge request !62
-
oliver.sander_at_tu-dresden.de authored
Because HAVE_UG has been removed.
-
oliver.sander_at_tu-dresden.de authored
Replace HAVE_UG by HAVE_DUNE_UGGRID See merge request !64
-
Patrick Jaap authored
The previous implementation caused unwanted passes of std::is_assignable with bool. Furthermore, the previous implementation provided a variadic constructor without any restrictions causing hard to track compiler errors in the std::forward part.
-
Patrick Jaap authored
TupleVector: inherit all constructors from std::tuple See merge request !65
-
lisa_julia.nebel_at_tu-dresden.de authored
-
oliver.sander_at_tu-dresden.de authored
Replace DUNE_DEPRECATED by [[deprecated]] See merge request !66
-
Patrick Jaap authored
-
-
Computing Cholesky factorizations is expensive, and they absolutely have to be reused if the same linear system is solved with several different right hand sides. The previous implementation of CholmodSolver wouldn't allow this: The 'solve' method factorized and solved together. This patch makes the interface of the CholmodSolver class richer to allow for factorization reuse. It is now possible to set the matrix, rhs and solution storage separately. The matrix can be factorized by calling a new 'factorize' method, and if 'solve' is called afterwards, the matrix won't be factorized again. On the other hand, when calling 'solve' by itself the 'solve' method will do the factorization. In other words, the patch is fully backward-compatible.
-
oliver.sander_at_tu-dresden.de authored
CholmodSolver: Allow to reuse a factorization See merge request !67
-
Patrick Jaap authored
All existing errors are now fixed.
-
oliver.sander_at_tu-dresden.de authored
Include codespell package to check spelling errors in CI See merge request !68
-
oliver.sander_at_tu-dresden.de authored
-
Patrick Jaap authored
-
Patrick Jaap authored
Fix energynormtest See merge request !69
-
Patrick Jaap authored
This commit add a generic proximal Newton solver to solve non-smooth minimization problems of the form min `J(x) = f(x) + g(x)` where f is a smooth C^2 function and g is possibly non-smooth. The algorithm is based on the `Solvers::LoopSolver` and inherits from `Solvers::Solver`. During the `solve()` call increments of the second order subproblems min `0.5*f''(x)[dx,dx] + f'(x)[dx] + g(x + dx) + r||dx||^2` are computed and the iterate is updated by `x := x + dx`. Details and documentation are provided at the class definition. A simple test case is added which solves a minimization problem with an analytical solution.
-
oliver.sander_at_tu-dresden.de authored
Implement generic proximal Newton solver for solving nonsmooth minimization problems See merge request !63
-
Patrick Jaap authored
-
Patrick Jaap authored
CHANGELOG.md: Latest change belongs to 2.10 See merge request !70
-
oliver.sander_at_tu-dresden.de authored
Use DefaultBitVector_t instead. That way, the default has to be overridden less frequently.
-
oliver.sander_at_tu-dresden.de authored
Do not hardwire BitsetVector as default in IterationStep See merge request !57
-
oliver.sander_at_tu-dresden.de authored
-
oliver.sander_at_tu-dresden.de authored
Stop using deprecated type PQkLocalFiniteElementCache See merge request !71
-
Patrick Jaap authored
It seems to have no functionality and is incompatible with MultiTypeBlockVector
-
Patrick Jaap authored
Remove 'blocksize' member from MultigridStep See merge request !72
-
-
Carsten Gräser authored
This is helpful when using AMG, where the matrix hierarchy is computed while coarsening. Another application are problems, where the coarse matrix is a preconditioner that does not coincide with the Galerkin-restriction of the fine matrix, e.g. for DG methods.
-
-
oliver.sander_at_tu-dresden.de authored
UMFPackSolver for MultiTypeBlockMatrix See merge request !74
-
oliver.sander_at_tu-dresden.de authored
An equivalent implementation of TupleVector has existed in dune-common since 2016. Please use that from now on.
-
oliver.sander_at_tu-dresden.de authored
This brings us std::tuple_element for Dune::Solvers::TupleVector.
-
oliver.sander_at_tu-dresden.de authored
Replace the old ones by what dune-fufem uses currently.
-
oliver.sander_at_tu-dresden.de authored
2.9 is the latest version available as binary packages. I like to be able to work with those as much as possible.
-
Carsten Gräser authored
This was using a matrices as rows which should never have worked. Surprisingly it only failed with the recent modifications on how `field_type` is computed in dune-istl.
-
oliver.sander_at_tu-dresden.de authored
-
oliver.sander_at_tu-dresden.de authored
-
oliver.sander_at_tu-dresden.de authored
Deprecate the file tuplevector.hh See merge request !77
-
oliver.sander_at_tu-dresden.de authored
-
oliver.sander_at_tu-dresden.de authored
2.9 and 2.10 are what is currently in Debian stable and testing, respectively.
-
oliver.sander_at_tu-dresden.de authored
Set version to 2.11-git See merge request !78
-
oliver.sander_at_tu-dresden.de authored
This fixes a CMake warning.
-
oliver.sander_at_tu-dresden.de authored
At least newer Debian installations seem to used that path.
-
oliver.sander_at_tu-dresden.de authored
This makes the code slightly longer, but also easier to understand.
-
oliver.sander_at_tu-dresden.de authored
Starting with IPOpt 3.14 there is an overload of the Infeasibilities method with five arguments. The old one with four arguments still exists, but using it triggers a deprecation warning. Use the new method if the IPOpt version is high enough.
-
oliver.sander_at_tu-dresden.de authored
Minor fixes for finding IPOpt See merge request !80
-
oliver.sander_at_tu-dresden.de authored
std::result_of_t is deprecated in C++17, and removed in C++20: https://en.cppreference.com/w/cpp/types/result_of
-
Carsten Gräser authored
* Use 2.10 image for 2.10 gcc job * Remove 2.10 clang job, because there's no recent enough compiler * Stop using outdated `dune:git-*` images
-
Carsten Gräser authored
The creation of the library needs to be updated, because otherwise the library is not found by downstream modules.
-
Carsten Gräser authored
This has been deprecated and superseded by `Dune::MatrixVector::` long time ago (about 8 years).
-
oliver.sander_at_tu-dresden.de authored
The former is deprecated, and not supported by all compilers anymore.
-
oliver.sander_at_tu-dresden.de authored
Replace std::result_of by std::invoke_result_t See merge request !85
Showing
- .gitlab-ci.yml 57 additions, 8 deletions.gitlab-ci.yml
- CHANGELOG.md 30 additions, 1 deletionCHANGELOG.md
- CMakeLists.txt 15 additions, 3 deletionsCMakeLists.txt
- cmake/modules/AddIPOptFlags.cmake 1 addition, 1 deletioncmake/modules/AddIPOptFlags.cmake
- cmake/modules/FindIPOpt.cmake 3 additions, 3 deletionscmake/modules/FindIPOpt.cmake
- doc/LOWRANKBRANCH-BACKPORT-CHANGES 1 addition, 1 deletiondoc/LOWRANKBRANCH-BACKPORT-CHANGES
- dune.module 1 addition, 1 deletiondune.module
- dune/solvers/CMakeLists.txt 4 additions, 6 deletionsdune/solvers/CMakeLists.txt
- dune/solvers/common/CMakeLists.txt 0 additions, 1 deletiondune/solvers/common/CMakeLists.txt
- dune/solvers/common/arithmetic.hh 0 additions, 30 deletionsdune/solvers/common/arithmetic.hh
- dune/solvers/common/defaultbitvector.hh 1 addition, 1 deletiondune/solvers/common/defaultbitvector.hh
- dune/solvers/common/genericvectortools.hh 7 additions, 7 deletionsdune/solvers/common/genericvectortools.hh
- dune/solvers/common/numproc.hh 1 addition, 1 deletiondune/solvers/common/numproc.hh
- dune/solvers/common/permutationmanager.hh 4 additions, 4 deletionsdune/solvers/common/permutationmanager.hh
- dune/solvers/common/staticmatrixtools.hh 0 additions, 2 deletionsdune/solvers/common/staticmatrixtools.hh
- dune/solvers/common/tuplevector.hh 3 additions, 41 deletionsdune/solvers/common/tuplevector.hh
- dune/solvers/iterationsteps/blockgssteps.hh 2 additions, 1 deletiondune/solvers/iterationsteps/blockgssteps.hh
- dune/solvers/iterationsteps/iterationstep.hh 2 additions, 2 deletionsdune/solvers/iterationsteps/iterationstep.hh
- dune/solvers/iterationsteps/linegsstep.cc 1 addition, 1 deletiondune/solvers/iterationsteps/linegsstep.cc
- dune/solvers/iterationsteps/minimalpolynomialextrapolationstep.hh 1 addition, 1 deletion...vers/iterationsteps/minimalpolynomialextrapolationstep.hh
dune/solvers/common/arithmetic.hh
deleted
100644 → 0