[Paraview] PV 3.8 RC1 + Cmake 2.8.1 failing?

[Dave Partyka]

Got it.

On Tue, Apr 20, 2010 at 2:50 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Dave,
>
> here's the commit fixing the dependency issue. Should go in the 3.8
> branch as well:
>
> 7b8697382093f427fcd803a38e76bf86307def62
>
>
> Utkarsh
>
> On Tue, Apr 20, 2010 at 2:10 PM, Dave Partyka <dave.partyka at kitware.com>
> wrote:
> > It's checked in now. Give it a try and let me know. I
> am currently waiting
> > for my own Linux build to finish rebuilding.
> >
> > On Tue, Apr 20, 2010 at 1:37 PM, Utkarsh Ayachit
> > <utkarsh.ayachit at kitware.com> wrote:
> >>
> >> That's good news :). At least the dependency issue is solved. Dave
> >> will shortly commit a fix for not over-ridding the LD_LIBRARY_PATH
> >> when running SMExtractDocumentation.
> >>
> >> Utkarsh
> >>
> >> On Tue, Apr 20, 2010 at 1:33 PM, Sven Buijssen
> >> <sven.buijssen at tu-dortmund.de> wrote:
> >> > Hi Utkarsh,
> >> >
> >> > The patch works partially. Both sequential and parallel builds are
> >> > possible now, but only when not compiling against Mesa (and using
> >> > VTK_USE_RPATH:BOOL=OFF).
> >> > If one does, creating the help file fails, even though the mesa lib
> >> > directory is part of my LD_LIBRARY_PATH:
> >> >
> >> >> /usr/bin/cmake -E cmake_progress_report
> >> >> /data/ParaView3_Git_Build_SLES10_SP2/CMakeFiles
> >> >> [ 99%] Creating Documentation for ParaViewSources
> >> >> cd /data/ParaView3_Git_Build_SLES10_SP2/Servers/ServerManager &&
> >> >> /usr/bin/cmake
> >> >>
> -DfullXMLFile=/data/ParaView3_Git/Applications/ParaView/ParaViewSources.xml
> >> >> -P
> >> >>
> /data/ParaView3_Git_Build_SLES10_SP2/CMake/ExecuteSMExtractDocumentation.cmake
> >> >>
> >> >>
> /data/ParaView3_Git_Build_SLES10_SP2/bin/vtkSMExtractDocumentation-real:
> >> >> error while loading shared libraries: libOSMesa.so.7: cannot open
> shared
> >> >> object file: No such file or directory
> >> >> /usr/bin/cmake -E cmake_progress_report
> >> >> /data/ParaView3_Git_Build_SLES10_SP2/CMakeFiles
> >> >> [ 99%] Creating Documentation for ParaViewFilters
> >> >> cd /data/ParaView3_Git_Build_SLES10_SP2/Servers/ServerManager &&
> >> >> /usr/bin/cmake
> >> >>
> -DfullXMLFile=/data/ParaView3_Git/Applications/ParaView/ParaViewFilters.xml
> >> >> -P
> >> >>
> /data/ParaView3_Git_Build_SLES10_SP2/CMake/ExecuteSMExtractDocumentation.cmake
> >> >>
> >> >>
> /data/ParaView3_Git_Build_SLES10_SP2/bin/vtkSMExtractDocumentation-real:
> >> >> error while loading shared libraries: libOSMesa.so.7: cannot open
> shared
> >> >> object file: No such file or directory
> >> >
> >> > Sven
> >> >
> >> >
> >> >
> >> > Utkarsh Ayachit wrote, On 20.04.2010 17:02:
> >> >> Sven,
> >> >>
> >> >> Attached is a patch that may resolve this issue. Can you give it a
> try?
> >> >>
> >> >> Thanks
> >> >> Utkarsh
> >> >>
> >> >> On Tue, Apr 20, 2010 at 7:49 AM, Sven Buijssen
> >> >> <sven.buijssen at tu-dortmund.de> wrote:
> >> >>> Hi Paul,
> >> >>>
> >> >>>> Sven Buijssen wrote:
> >> >>>>> (off the list for the moment while discussing some technical
> >> >>>>> details)
> >> >>>>>
> >> >>>> [taking back to the list]
> >> >>>>> I managed to compile PV 3.8 RC1
> >> >>>>> (http://www.paraview.org/files/v3.8/ParaView-3.8.0-RC1.tar.gz) on
> a
> >> >>>>> 32bit openSuSE 11.1 system, with any of cmake 2.6.4, 2.8.0 and
> >> >>>>> 2.8.1.
> >> >>>>> Here's my recipe:
> >> >>>>>
> >> >>>>> [...]
> >> >>>>>
> >> >>>>> % make -j 16
> >> >>>>>
> >> >>>>
> >> >>>> Ouch, just for fun I tried to use make -j 2 instead of a single
> >> >>>> process
> >> >>>> make and the problem went away, i.e. the compile succeeded. That's
> >> >>>> not
> >> >>>> very good...
> >> >>>> Out of interest, do you always build multi-process? I'm on a
> >> >>>> dual-core
> >> >>>> machine and when building in the background make -j N isn't very
> >> >>>> attractive.
> >> >>>
> >> >>> Yes, I usually build with N > 1.
> >> >>> I just tested your hypothesis and I can confirm that (for a clean
> >> >>> build)
> >> >>> it does make a difference whether one compiles with 1 or more
> >> >>> processes.
> >> >>> The error > make[2]: *** No rule to make target
> >> >>> `Applications/ParaView/../../Documentation/paraview.qch', needed by
> >> >>> `Applications/ParaView/qrc_paraview_help.cxx'.  Stop.
> >> >>> does only occur when compiling sequentially (on 32 bit Linux). Funny
> >> >>> to
> >> >>> see that on my 3 different 64 bit Linux operating systems
> compilation
> >> >>> always fails at this point, even with N > 1.
> >> >>>
> >> >>> Sven
> >> >>> _______________________________________________
> >> >>> Powered by www.kitware.com
> >> >>>
> >> >>> Visit other Kitware open-source projects at
> >> >>> http://www.kitware.com/opensource/opensource.html
> >> >>>
> >> >>> Please keep messages on-topic and check the ParaView Wiki at:
> >> >>> http://paraview.org/Wiki/ParaView
> >> >>>
> >> >>> Follow this link to subscribe/unsubscribe:
> >> >>> http://www.paraview.org/mailman/listinfo/paraview
> >> >>>
> >> >
> >> >
> >> _______________________________________________
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> Please keep messages on-topic and check the ParaView Wiki at:
> >> http://paraview.org/Wiki/ParaView
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> http://www.paraview.org/mailman/listinfo/paraview
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20100420/38c9fdb9/attachment-0001.htm>