Commits on Source (16)
-
Markus Blatt authored
[cleanup] fix some typos See merge request !72
-
Robert K authored
is selected. Since UMFPack does not support this, it cannot be used in this case.
-
There are various classes in dune-istl that are effectively implementation classes internal to dune-istl. A few of them are base_array_unmanaged, base_array_window, compressed_base_array_unmanaged,block_vector_unmanaged, BlockVectorWindow, compressed_block_vector_unmanaged, CompressedBlockVectorWindow See #22 for a brief discussion. This patch moves the classes into the namespace 'Imp'. That way it is clear that they are internal. All code outside of dune-istl using those classes will break, but does such code really exist?
-
Ansgar Burchardt authored
Move various implementation classes into the 'Imp' namespace There are various classes in dune-istl that are effectively implementation classes internal to dune-istl. A few of them are base_array_unmanaged, base_array_window, compressed_base_array_unmanaged,block_vector_unmanaged, BlockVectorWindow, compressed_block_vector_unmanaged, CompressedBlockVectorWindow See #22 for a brief discussion. This patch moves the classes into the namespace 'Imp'. That way it is clear that they are internal. All code outside of dune-istl using those classes will break, but does such code really exist? See merge request !65
-
Dominic Kempf authored
[bugfix] This fixes an issue when UMFPack is found and AMG with field type float is used. The selection of UMFPack as a direct solver does not only depend on UMFPack being found, but also whether the field type is double or complex<double>. Otherwise UMFPack cannot be used as a coarse solver in AMG. This PR fixes this issue. @markus.blatt: Please take a look at this. @smuething: Please take a look at this. See merge request !51
-
Ansgar Burchardt authored
-
Christian Engwer authored
-
Christian Engwer authored
reenable solvertest ... got 'lost' in the cmake transition See merge request !75
-
Previously, we only supported one numeric type (float, double, complex<float>, or complex<double>) that the user could select via a cryptic preprocessor define. This was done this way because when including SuperLU headers we would otherwise have multiply defined structs in SuperLU. At least in 4.3 GlobalLU_t is defined in slu_sdefs.h, slu_ddefs.h, slu_cdefs.h, and slu_zdefs.h With this commit we do not include the problematic SuperLU headers anymore. Instead why define the functions called by us with extern C within DUNE. In addition we now provide all the numeric types for which SuperLU drivers are found at the same time. Hopefully this will also fix problems with multiply defined BLAS routines experienced with arpack and SuperLU.
-
Christoph Grüninger authored
Support various numeric types for SuperLU at once. Previously, we only supported one numeric type (float, double, complex<float>, or complex<double>) that the user could select via a cryptic preprocessor define. This was done this way because when including SuperLU headers we would otherwise have multiply defined structs in SuperLU. At least in 4.3 GlobalLU_t is defined in slu_sdefs.h, slu_ddefs.h, slu_cdefs.h, and slu_zdefs.h With this commit we do not include the problematic SuperLU headers anymore. Instead why define the functions called by us with extern C within DUNE. In addition we now provide all the numeric types for which SuperLU drivers are found at the same time. Hopefully this will also fix problems with multiply defined BLAS routines experienced with arpack and SuperLU. See merge request !77
-
Felix Gruber authored
This header is included by the installed headers superlu.hh and supermatrix.hh.
-
Christoph Grüninger authored
[CMake] install superlufunctions.hh superlufunctions.hh which was introduced in !77 has to be installed as it is included by the installed headers superlu.hh and supermatrix.hh. See merge request !78
-
Christian Engwer authored
-
Christian Engwer authored
- create dedicated "eigenvalue solvers" group - move implementation details into the "Impl" namespace - minor cleanups of doxygen documentation
-
Christian Engwer authored
-
Christian Engwer authored
Feature/cleanup of eigenvalue solver docs improve structure of the doxygen documentation to make the eigenvalue solvers visible and hide implementation details See merge request !79
Showing
- cmake/modules/FindSuperLU.cmake 12 additions, 0 deletionscmake/modules/FindSuperLU.cmake
- config.h.cmake 16 additions, 0 deletionsconfig.h.cmake
- doc/doxygen/modules.txt 17 additions, 8 deletionsdoc/doxygen/modules.txt
- doc/istl.tex 1 addition, 1 deletiondoc/istl.tex
- dune/istl/CMakeLists.txt 1 addition, 0 deletionsdune/istl/CMakeLists.txt
- dune/istl/basearray.hh 5 additions, 0 deletionsdune/istl/basearray.hh
- dune/istl/bcrsmatrix.hh 1 addition, 1 deletiondune/istl/bcrsmatrix.hh
- dune/istl/bvector.hh 24 additions, 15 deletionsdune/istl/bvector.hh
- dune/istl/eigenvalue/arpackpp.hh 163 additions, 156 deletionsdune/istl/eigenvalue/arpackpp.hh
- dune/istl/eigenvalue/poweriteration.hh 84 additions, 129 deletionsdune/istl/eigenvalue/poweriteration.hh
- dune/istl/matrix.hh 5 additions, 5 deletionsdune/istl/matrix.hh
- dune/istl/paamg/amg.hh 83 additions, 16 deletionsdune/istl/paamg/amg.hh
- dune/istl/solver.hh 49 additions, 0 deletionsdune/istl/solver.hh
- dune/istl/solvers.hh 0 additions, 3 deletionsdune/istl/solvers.hh
- dune/istl/superlu.hh 5 additions, 29 deletionsdune/istl/superlu.hh
- dune/istl/superlufunctions.hh 123 additions, 0 deletionsdune/istl/superlufunctions.hh
- dune/istl/supermatrix.hh 6 additions, 24 deletionsdune/istl/supermatrix.hh
- dune/istl/test/CMakeLists.txt 2 additions, 0 deletionsdune/istl/test/CMakeLists.txt
- dune/istl/test/basearraytest.cc 2 additions, 2 deletionsdune/istl/test/basearraytest.cc
- dune/istl/test/superlutest.cc 29 additions, 28 deletionsdune/istl/test/superlutest.cc
dune/istl/superlufunctions.hh
0 → 100644