One of the larger pains here is all the dependencies that DTK has. It is
built on top of Trilinos and MOAB... and it uses a ton of stuff from
Trilinos:
Teuchos
Tpetra
Shards
Intrepid
Zoltan
In particular... the Tpetra part is a pain. We currently only wrap Epetra
with libMesh.... so a big part of getting this whole thing going is to grow
NumericVector interfaces for Tpetra.... which is always fun.
Also, I am hoping to still be able to solve with PETSc.... and then copy in
and out of NumericVectors (that are wrapping Tpetra vectors). So I'm going
to be configuring libMesh with both Trilinos and PETSc support
simultaneously... that should lead to a few fun issue ;-)
But... if DTK does what it claims to do... and does it well, it will be
worth the pain....
Derek
On Thu, Jan 17, 2013 at 12:16 PM, Paul T. Bauman <ptbau...@gmail.com> wrote:
> +1 for this. I have several things in mind that depend on a "union mesh"
> and it would be awesome to have that capability on hand whenever I get
> around to needing it (or they let me have students...).
>
> Best,
>
> Paul
>
------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel
