<div dir="ltr">Thank you for the fast reply!<div><br></div><div>I compiled an alternative openmpi-1.8.1 with -fPIC flag (I verified that it was placed into the Makefile), removed the original Paraview build directory, modified the Paraview build configuration by rerunning ccmake to point to the alternative openmpi path, but the error remained.</div>
<div><br></div><div>During Paraview compilation the alternative path for openmpi-1.8.1 is used until it comes to the linking step where it attempts to link to the system wide openmpi-1.8.1 location and of course fails.</div>
<div><br></div><div><div>Linking CXX shared library ../../../lib/<a href="http://libvtkParallelMPI-pv4.1.so">libvtkParallelMPI-pv4.1.so</a></div><div>/usr/bin/ld: /opt/openmpi-1.8.1/lib/libmpi_cxx.a(intercepts.o): relocation R_X86_64_32S against `ompi_mpi_cxx_comm_throw_excptn_fctn' can not be used when making a shared object; recompile with -fPIC</div>
<div>/opt/openmpi-1.8.1/lib/libmpi_cxx.a: could not read symbols: Bad value</div><div>collect2: ld returned 1 exit status</div><div>make[2]: *** [lib/libvtkParallelMPI-pv4.1.so.1] Error 1</div><div>make[1]: *** [VTK/Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/all] Error 2</div>
<div>make: *** [all] Error 2</div></div><div><br></div><div><br></div><div>I cannot (will not) overwrite the system wide openmpi as I have a parallel job running at the moment (CFD simulation) and this node is acting as a head node serving openmpi from an NFS shared directory. I am confident that the application will not need to call on openmpi now that it is already running, but I'd rather not find out that I am wrong.</div>
<div><br></div><div>Thus is there a way to force the Paraview installer to link against an alternative build that was compiled with -fPIC?</div><div><br></div><div>Thanks,</div><div><br></div><div>Victor</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 29 May 2014 18:37, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">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">
You'll have to recompile openmpi with -fPIC or link against a shared<br>
build of the same.<br>
<div><div class="h5"><br>
On Thu, May 29, 2014 at 5:06 AM, Victor <<a href="mailto:victor.major@gmail.com">victor.major@gmail.com</a>> wrote:<br>
> I am trying to compile Paraview 4.1 with MPI support but make exits at this<br>
> point:<br>
><br>
> /usr/bin/ld: /opt/openmpi-1.8.1/lib/libmpi.a(comm_init.o): relocation<br>
> R_X86_64_32 against `ompi_comm_f_to_c_table' can not be used when making a<br>
> shared object; recompile with -fPIC<br>
> /opt/openmpi-1.8.1/lib/libmpi.a: could not read symbols: Bad value<br>
> collect2: ld returned 1 exit status<br>
> make[2]: *** [lib/libvtkParallelMPI-pv4.1.so.1] Error 1<br>
> make[1]: *** [VTK/Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/all] Error 2<br>
> make: *** [all] Error 2<br>
><br>
> How can I fix this error?<br>
><br>
> Thanks,<br>
><br>
> Victor<br>
><br>
</div></div>> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at<br>
> <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:<br>
> <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>
</blockquote></div><br></div>