[Paraview] 3.4.0 compilation broken due to xdfm / old hdf5
Dominik Szczerba
dominik at itis.ethz.ch
Wed Jan 21 10:07:47 EST 2009
Hi Berk,
Below full version info.
-- Dominik
$ g++ -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap
--enable-shared --enable-threads=posix --enable-checking=release
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada
--enable-java-awt=gtk --disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-libjava-multilib --with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)
Berk Geveci wrote:
> Dominik,
>
> What is your compiler version? I couldn't duplicate this on the cvs
> head but I have feeling that's because I am using gcc 4.0.
>
> -berk
>
> On Tue, Jan 20, 2009 at 3:40 PM, Dominik Szczerba <dominik at itis.ethz.ch> wrote:
>> Below is a fix, fedora 10, hdf5-1.6.8
>> -- Dominik
>>
>> --- XdmfObject.h.orig 2009-01-20 21:32:02.000000000 +0100
>> +++ XdmfObject.h 2009-01-20 21:30:45.000000000 +0100
>> @@ -82,6 +82,9 @@
>> # ifdef UNIX
>> # include "sys/file.h"
>> # include "strings.h"
>> +/* DSZ */
>> +#include <stdio.h>
>> +#include <string.h>
>> # define STRCASECMP strcasecmp
>> # define STRNCASECMP strncasecmp
>> # define STRCMP strcmp
>>
>>
>>
>>
>>
>> On Sun, 2009-01-18 at 13:38 +0100, Dominik Szczerba wrote:
>>> PV 3.4.0 + bundled hdf5 tandem is buggy somewhere, as reported long ago,
>>> so I need a newer ("system") version of hdf5. However, compiling both
>>> with hdf5 1.8.x and 1.6.8 breaks the compilation, e.g. errors with
>>> 1.6.8:
>>>
>>> In file included
>>> from /home/domel/pack/ParaView-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h:29,
>>>
>>> from /home/domel/pack/ParaView-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx:26:
>>> /home/domel/pack/ParaView-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:
>>> In member function 'XdmfInt32 XdmfDataDesc::SetHeavyDataSetName(const
>>> char*)':
>>> /home/domel/pack/ParaView-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:198: error: 'strcmp' was not declared in this scope
>>> /home/domel/pack/ParaView-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:198: error: 'strlen' was not declared in this scope
>>> /home/domel/pack/ParaView-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:198: error: 'strcpy' was not declared in this scope
>>> (...)
>>>
>>> The simplest solution for me would be disabling Xdfm (the only user of
>>> hdf5 in PV) that I don't need, but it is not possible, it is referenced
>>> in the server code.
>>>
>>> 1) can xdfm be disabled at option?
>>>
>>> 2) how can I compile with a newer version of hdf5?
>>>
>>> Thanks,
>>> Dominik
>>>
>>> _______________________________________________
>>> ParaView mailing list
>>> ParaView at paraview.org
>>> http://www.paraview.org/mailman/listinfo/paraview
>> _______________________________________________
>> ParaView mailing list
>> ParaView at paraview.org
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>
--
Dominik Szczerba, Ph.D.
Computational Physics Group
IT'IS Foundation
http://www.itis.ethz.ch
More information about the ParaView
mailing list