> This is an interesting development... > > One thing I would warn against is tying ourselves too close to Petsc. > I am currently waiting on a project to get green lighted where I will > be tying Trilinos into libMesh... where we will have access to other > matrix free solvers (like NOX, which can work with just residuals... > doing finite differenced jacobians). So coming up with a good > interface where you actually don't interact with Petsc primitives > would be ideal. In most other places in the code you guys have done > well at this exact thing... making it pretty easy to tie in a new set > of linear/non-linear/transient solvers...
Keep me up to date on this... Several times (several years ago) I started looking into Trilinos but couldn't bring myself to write a new solver package wrapper interface. I'd be happy to help, though, especially if you'd like some help with the configure stuff. I really want to see that succeed. A real parallel alternative to PETSc will be good for everyone, and maybe it will help gain traction with some of the other SNL folks. -Ben ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
