<div dir="ltr"><div><div><div><div><div>Hello,<br><br></div>  I'm trying to install paraview-4.3.1 on a cluster with off-screen rendering. I'm following instructions on the wiki. I installed mesa-10.6.0 and included that <br><br><br></div>I get a whole bunch of warnings after i do ccmake like these.<br><br> WARNING: Target "vtkParallelMPI" requests linking to directory "/opt/cray/mpt/7.1.3/gni/mpich2-gnu/49/lib/".  Targets may link only<br> to libraries.  CMake is dropping the item.<br><br></div>Probably about 50 or so of these with various vtk classes saying the same thing. I'm trying to use the system's cray-mpich2 library. Hence I use the  MPI_CXX_NO_INTERROGATE and  MPI_C_NO_INTERROGATE variables. However, I realize that MPI_LIBRARY currently points to a directory. I'm not sure if this is even relevant. If it is, I don't know how to get rid of it. I tried replacing this variable with a semicolon separated list of individual files inside the MPI library to link it to. But on performing configure it gives the same set of warnings and worse.. it reverts back to the original setting of pointing to a directory.<br><br>If I ignore these and continue ahead with the make, this is what I get.<br><br>Scanning dependencies of target H5detect<br>[  3%] Building C object VTK/ThirdParty/hdf5/vtkhdf5/src/CMakeFiles/H5detect.dir/H5detect.c.o<br>Linking CXX shared library ../../../../lib/<a href="http://libvtkjsoncpp-pv4.3.so">libvtkjsoncpp-pv4.3.so</a><br>[  3%] Built target vtkjsoncpp<br>Linking C executable ../../../../../bin/H5detect<br>Scanning dependencies of target H5make_libsettings<br>[  4%] Building C object VTK/ThirdParty/hdf5/vtkhdf5/src/CMakeFiles/H5make_libsettings.dir/H5make_libsettings.c.o<br>Linking C executable ../../../../../bin/H5make_libsettings<br>/usr/lib/../lib64/libpthread.a(lowlevellock.o): In function `__lll_lock_wait_private':<br>/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:81: multiple definition of `__lll_lock<br>_wait_private'<br>/usr/lib/../lib64/libc.a(libc-lowlevellock.o):/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowleve<br>llock.S:81: first defined here<br>/usr/lib/../lib64/libpthread.a(lowlevellock.o): In function `__lll_unlock_wake_private':<br>/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:323: multiple definition of `__lll_unl<br>ock_wake_private'<br>/usr/lib/../lib64/libc.a(libc-lowlevellock.o):/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowleve<br>llock.S:323: first defined here<br>/usr/bin/ld: link errors found, deleting executable `../../../bin/vtkWrapPythonInit-pv4.3'<br>collect2: error: ld returned 1 exit status<br>make[2]: *** [bin/vtkWrapPythonInit-pv4.3] Error 1<br>make[1]: *** [VTK/Wrapping/Tools/CMakeFiles/vtkWrapPythonInit.dir/all] Error 2<br>make[1]: *** Waiting for unfinished jobs....<br>[  4%] Building C object VTK/ThirdParty/zlib/vtkzlib/CMakeFiles/vtkzlib.dir/zutil.c.o<br>Linking C shared library ../../../../lib/<a href="http://libvtkzlib-pv4.3.so">libvtkzlib-pv4.3.so</a><br>/usr/lib/../lib64/libpthread.a(lowlevellock.o): In function `__lll_lock_wait_private':<br>/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:81: multiple definition of `__lll_lock<br>_wait_private'<br>/usr/lib/../lib64/libc.a(libc-lowlevellock.o):/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowleve<br>llock.S:81: first defined here<br>/usr/lib/../lib64/libpthread.a(lowlevellock.o): In function `__lll_unlock_wake_private':<br>/usr/src/packages/BUILD/glibc-2.11.3/nptl/../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:323: multiple definition of `__lll_unl<br>ock_wake_private'<br><br></div>There's more. But I'm not sure. what exactly the error is. If it's a problem with HDF5 library, I'm not sure where I need to point to the system installation. Should I point to a parallel-HDF5 or a serial HDF5? I do need HDF5 support through XDMF... I guess parallel is better. But I could take care of that at a later date. I need something (without HDF5 even) working now.<br><br></div>ganesh<br></div>