Re: [Libmesh-devel] libMesh-0.6.3

[Wout R. <wou...@gm...>]

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
>