From: Wout R. <wou...@gm...> - 2008-08-11 11:55:55
|
I had a quick look. There is no complex datatype in vtk as far as I can see, so it would have to be done through two arrays. I would be doing this "blind" since I never use this, so I propose we settle with the #ifdef for now. Wout On Mon, Aug 11, 2008 at 6:56 AM, Roy Stogner <ro...@st...> wrote: > > On Sun, 10 Aug 2008, John Peterson wrote: > >> On Sun, Aug 10, 2008 at 6:20 PM, Roy Stogner <ro...@st...> wrote: >>> >>> On Sun, 10 Aug 2008, Benjamin Kirk wrote: >>> >>>> Are there any outstanding issues in the way of 0.6.3? I just commited a fix >>>> for ex12, it runs to completion again. >>> >>> Nothing outstanding that I'm aware of, but give me tonight to run a >>> few corner case tests for possible regressions. We should be ready to >>> go by tomorrow. >> >> Is anyone compiling with infinite elements enabled? I must admit I >> rarely remember to test that build... > > Yes; since that doesn't conflict with anything it's part of > --enable-everything, which I use all the time. > > I just wanted to check up on a few things nobody uses, like > --disable-amr (which needed a couple more #ifdefs to work with some of > Ben's new code), and a few things that nobody obsessively tracking the > SVN head uses, like --enable-complex (which broke with the current > vtk_io.C). > > Fixing the --enable-complex problem won't be trivial, so as a bandaid > our current VTK output only saves the real part of a complex-valued > solution. Does anyone familiar with the VTK code think they can add > complex-valued output quickly? If not, my vote would be to just add a > warning inside an "#ifdef USE_COMPLEX..." and package up 0.6.3 now. > --- > Roy > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Libmesh-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-devel > |