[Paraview] 3.4.0 compilation broken due to xdfm / old hdf5

[Dominik Szczerba]

I apologize for misleading (doing 5 things at the same time does not 
work): as you see below I was screwing around with a wrong version. The 
CVS version dated 21.01.2009 results in the same compilation error as 
reported originally (strcmp etc.).

regards,
Dominik

Dominik Szczerba wrote:
> I get an error elsewhere:
> 
> [  1%] Building C object 
> VTK/Utilities/vtkfreetype/CMakeFiles/vtkfreetype.dir/src/psaux/psaux.o
> In file included from 
> /home/domel/pack/ParaView-3.4.0/VTK/Utilities/vtkfreetype/src/psaux/psaux.c:23:
> /home/domel/pack/ParaView-3.4.0/VTK/Utilities/vtkfreetype/src/psaux/psobjs.c: 
> In function ‘t1_builder_init’:
> /home/domel/pack/ParaView-3.4.0/VTK/Utilities/vtkfreetype/src/psaux/psobjs.c:1488: 
> error: ‘struct T1_BuilderRec_’ has no member named ‘scale_x’
> /home/domel/pack/ParaView-3.4.0/VTK/Utilities/vtkfreetype/src/psaux/psobjs.c:1489: 
> error: ‘struct T1_BuilderRec_’ has no member named ‘scale_y’
> make[2]: *** 
> [VTK/Utilities/vtkfreetype/CMakeFiles/vtkfreetype.dir/src/psaux/psaux.o] 
> Error 1
> make[1]: *** [VTK/Utilities/vtkfreetype/CMakeFiles/vtkfreetype.dir/all] 
> Error 2
> make: *** [all] Error 2
> 
> -- Dominik
> 
> Dominik Szczerba wrote:
>> OK I will try CVS now and report back.
>>
>> -- Dominik
>>
>> Berk Geveci wrote:
>>> I fixed the cvs head so that it compiles with 4.3 after ParaView 3.4
>>> release. I am wondering if the issue Dominik is running into is still
>>> there on cvs head though. If hdf5 was pulling in some headers, and now
>>> it doesn't, some things may still be broken. Dominik, how hard is it
>>> for you to try cvs head?
>>>
>>> -berk
>>>
>>> On Wed, Jan 21, 2009 at 9:46 AM, John Biddiscombe <biddisco at cscs.ch> wrote:
>>>> Berk, Dominik,
>>>>
>>>> I've been seeing new errors off this kind from users with gcc 4.3.1. Seems
>>>> like some includes that were pulled in by default are no longer. Or
>>>> something of that kind.
>>>>
>>>> +#include <stdio.h>
>>>> +#include <string.h>
>>>>
>>>> are exactly the ones I had to add (in various places). But there were lots
>>>> more problems and my main user eventually gave up compilation and went back
>>>> to 4.2.x
>>>>
>>>> JB
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> ParaView mailing list
>>>> ParaView at paraview.org
>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>
>>>>
>>>> --
>>>> John Biddiscombe,                            email:biddisco @ cscs.ch
>>>> http://www.cscs.ch/
>>>> CSCS, Swiss National Supercomputing Centre  | Tel:  +41 (91) 610.82.07
>>>> Via Cantonale, 6928 Manno, Switzerland      | Fax:  +41 (91) 610.82.82
>>
> 
> 


-- 
Dominik Szczerba, Ph.D.
Computational Physics Group
IT'IS Foundation
http://www.itis.ethz.ch