Skip to content
Snippets Groups Projects
Commit 3c1a1b4e authored by oliver.sander_at_tu-dresden.de's avatar oliver.sander_at_tu-dresden.de
Browse files

Clean up preprocess method using the new LinearSolver interface class 

Finally we get rid of the explicit solver names that were hard-coded
in the MultigridStep::preprocess method!
parent ea6e36aa
No related branches found
No related tags found
No related merge requests found
Pipeline #
Hide whitespace changes
Inline Side-by-side
  • pipping @pipping ·
    Contributor

    Oh, this is such an improvement.

  • oliver.sander_at_tu-dresden.de @oliver.sander_at_tu-dresden.de ·
    Author Maintainer

    To be honest, I've been wanting to do this for the last ten years... seriously.

  • lh1887 @lh1887 ·
    Developer

    This fails for me if I try to use UMFPackSolver as a base solver in the multigridtest.cc :

    what(): SolverError [preprocess:/home/mi/lh1887/dune/dune-solvers/dune/solvers/iterationsteps/multigridstep.cc:168]: You can't use N4Dune7Solvers13UMFPackSolverINS_10BCRSMatrixINS_11FieldMatrixIdLi1ELi1EEESaIS4_EEENS_11BlockVectorINS_11FieldVectorIdLi1EEESaIS9_EEEEE as a base solver in a MultigridStep!

    Or is there anything wrong with

    auto basesolver = Dune::Solvers::UMFPackSolver<Matrix, Vector> (); mgStep.basesolver_ = &basesolver;

    I am willing to learn...

  • lh1887 @lh1887

    mentioned in commit d0e63490

     ·

    mentioned in commit d0e63490

    Toggle commit list
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment