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.<br><br><div class="gmail_quote">On Tue, Apr 20, 2010 at 1:37 PM, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com">utkarsh.ayachit@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">That's good news :). At least the dependency issue is solved. Dave<br>
will shortly commit a fix for not over-ridding the LD_LIBRARY_PATH<br>
when running SMExtractDocumentation.<br>
<br>
Utkarsh<br>
<br>
On Tue, Apr 20, 2010 at 1:33 PM, Sven Buijssen<br>
<div><div></div><div class="h5"><<a href="mailto:sven.buijssen@tu-dortmund.de">sven.buijssen@tu-dortmund.de</a>> wrote:<br>
> Hi Utkarsh,<br>
><br>
> The patch works partially. Both sequential and parallel builds are<br>
> possible now, but only when not compiling against Mesa (and using<br>
> VTK_USE_RPATH:BOOL=OFF).<br>
> If one does, creating the help file fails, even though the mesa lib<br>
> directory is part of my LD_LIBRARY_PATH:<br>
><br>
>> /usr/bin/cmake -E cmake_progress_report /data/ParaView3_Git_Build_SLES10_SP2/CMakeFiles<br>
>> [ 99%] Creating Documentation for ParaViewSources<br>
>> 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<br>
>> /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<br>
>> /usr/bin/cmake -E cmake_progress_report /data/ParaView3_Git_Build_SLES10_SP2/CMakeFiles<br>
>> [ 99%] Creating Documentation for ParaViewFilters<br>
>> 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<br>
>> /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<br>
><br>
> Sven<br>
><br>
><br>
><br>
> Utkarsh Ayachit wrote, On 20.04.2010 17:02:<br>
>> Sven,<br>
>><br>
>> Attached is a patch that may resolve this issue. Can you give it a try?<br>
>><br>
>> Thanks<br>
>> Utkarsh<br>
>><br>
>> On Tue, Apr 20, 2010 at 7:49 AM, Sven Buijssen<br>
>> <<a href="mailto:sven.buijssen@tu-dortmund.de">sven.buijssen@tu-dortmund.de</a>> wrote:<br>
>>> Hi Paul,<br>
>>><br>
>>>> Sven Buijssen wrote:<br>
>>>>> (off the list for the moment while discussing some technical details)<br>
>>>>><br>
>>>> [taking back to the list]<br>
>>>>> I managed to compile PV 3.8 RC1<br>
>>>>> (<a href="http://www.paraview.org/files/v3.8/ParaView-3.8.0-RC1.tar.gz" target="_blank">http://www.paraview.org/files/v3.8/ParaView-3.8.0-RC1.tar.gz</a>) on a<br>
>>>>> 32bit openSuSE 11.1 system, with any of cmake 2.6.4, 2.8.0 and 2.8.1.<br>
>>>>> Here's my recipe:<br>
>>>>><br>
>>>>> [...]<br>
>>>>><br>
>>>>> % make -j 16<br>
>>>>><br>
>>>><br>
>>>> Ouch, just for fun I tried to use make -j 2 instead of a single process<br>
>>>> make and the problem went away, i.e. the compile succeeded. That's not<br>
>>>> very good...<br>
>>>> Out of interest, do you always build multi-process? I'm on a dual-core<br>
>>>> machine and when building in the background make -j N isn't very<br>
>>>> attractive.<br>
>>><br>
>>> Yes, I usually build with N > 1.<br>
>>> I just tested your hypothesis and I can confirm that (for a clean build)<br>
>>> it does make a difference whether one compiles with 1 or more processes.<br>
>>> The error > make[2]: *** No rule to make target<br>
>>> `Applications/ParaView/../../Documentation/paraview.qch', needed by<br>
>>> `Applications/ParaView/qrc_paraview_help.cxx'. Stop.<br>
>>> does only occur when compiling sequentially (on 32 bit Linux). Funny to<br>
>>> see that on my 3 different 64 bit Linux operating systems compilation<br>
>>> always fails at this point, even with N > 1.<br>
>>><br>
>>> Sven<br>
>>> _______________________________________________<br>
>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>>><br>
>>> Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>>><br>
>>> Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
>>><br>
>>> Follow this link to subscribe/unsubscribe:<br>
>>> <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
>>><br>
><br>
><br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</div></div></blockquote></div><br>