-
- Downloads
[dynamic polymorphism] add dynamic interface for category check
We introduce a new method category to check for the same SolverCategory of different components at run time. This is a drawback compared to compile time checks, but it adds a lot of flexibility as we will be able to write factory classes for solvers and compose/exchange solvers at runtime. Besides this we added the following changes: - an additional intermediate class IterativeSolver encapsulates the data of almost all solvers - the solvers now inherit from IterativeSolver and can usually reuse its constructor - the solvers now only have to implement _one_ apply method, the other is implemented generically State: - currently the example compiles - none of the AMG headers has been updated yet
parent
24f0ac35
No related branches found
No related tags found
Showing
- dune/istl/operators.hh 9 additions, 3 deletionsdune/istl/operators.hh
- dune/istl/preconditioner.hh 11 additions, 8 deletionsdune/istl/preconditioner.hh
- dune/istl/preconditioners.hh 56 additions, 53 deletionsdune/istl/preconditioners.hh
- dune/istl/scalarproducts.hh 10 additions, 3 deletionsdune/istl/scalarproducts.hh
- dune/istl/solver.hh 113 additions, 0 deletionsdune/istl/solver.hh
- dune/istl/solvercategory.hh 2 additions, 0 deletionsdune/istl/solvercategory.hh
- dune/istl/solvers.hh 130 additions, 480 deletionsdune/istl/solvers.hh
Loading
Please register or sign in to comment