[Paraview] Linking failure of vtkpython on Mac OS X 10.5 for Paraview3-CVS

[Mike Jackson]

Not sure what official version of Qt ParaView 3.8 is going to support.
My hope would be the current version (4.5). If they are still only
supporting 4.3 (which based on recent email traffic seems to be the
case) then you may be on your own to try and figure out what is wrong,
or at least "lead the way". I know I have to patch the ParaView tree
to get it to build against Qt 4.5 Cocoa and then do some manual file
copying after the packages are made.

Mike

On Sun, Aug 9, 2009 at 9:17 AM, Michael Wild<themiwi at gmail.com> wrote:
> Hi all
>
> When I try to build a current version of ParaView3 from CVS on Mac OS X
> 10.5.7 with Qt 4.5 (the official distribution), cmake-2.6-3 and
> PARAVIEW_ENABLE_PYTHON=TRUE, linking of vtkpython fails with:
>
> /usr/bin/c++    -Wno-deprecated  -Wno-deprecated -O3 -DNDEBUG
> -Wl,-search_paths_first -headerpad_max_install_names -fPIC   -flat_namespace
> -undefined suppress -u _PyMac_Error
> CMakeFiles/vtkpython.dir/vtkPythonAppInit.cxx.o  -o ../../../bin/vtkpython
>  -lpthread -framework Python ../../../bin/libvtksys.pv3.7.dylib
> ../../../bin/libvtkCommon.pv3.7.dylib
> ../../../bin/libvtkFiltering.pv3.7.dylib ../../../bin/libvtkIO.pv3.7.dylib
> ../../../bin/libvtkGraphics.pv3.7.dylib
> ../../../bin/libvtkImaging.pv3.7.dylib /usr/lib/libutil.dylib
> ../../../bin/libvtkRendering.pv3.7.dylib
> ../../../bin/libvtkVolumeRendering.pv3.7.dylib
> ../../../bin/libvtkHybrid.pv3.7.dylib ../../../bin/libvtkWidgets.pv3.7.dylib
> ../../../bin/libvtkParallel.pv3.7.dylib
> ../../../bin/libvtkGeovis.pv3.7.dylib ../../../bin/libvtkInfovis.pv3.7.dylib
> ../../../bin/libvtkViews.pv3.7.dylib ../../../bin/libvtkInfovis.pv3.7.dylib
> ../../../bin/libvtkWidgets.pv3.7.dylib ../../../bin/libvtkHybrid.pv3.7.dylib
> ../../../bin/libvtkParallel.pv3.7.dylib
> ../../../bin/libvtkRendering.pv3.7.dylib ../../../bin/libvtkIO.pv3.7.dylib
> ../../../bin/libvtkDICOMParser.pv3.7.dylib
> ../../../bin/libvtkNetCDF.pv3.7.dylib ../../../bin/libvtkmetaio.pv3.7.dylib
> ../../../bin/libvtksqlite.pv3.7.dylib ../../../bin/libvtkpng.pv3.7.dylib
> ../../../bin/libvtkzlib.pv3.7.dylib ../../../bin/libvtkjpeg.pv3.7.dylib
> ../../../bin/libvtktiff.pv3.7.dylib ../../../bin/libvtkexpat.pv3.7.dylib
> ../../../bin/libvtkGraphics.pv3.7.dylib
> ../../../bin/libvtkverdict.pv3.7.dylib
> ../../../bin/libvtkImaging.pv3.7.dylib
> ../../../bin/libvtkFiltering.pv3.7.dylib
> ../../../bin/libvtkCommon.pv3.7.dylib ../../../bin/libvtksys.pv3.7.dylib -lm
> ../../../bin/libvtkftgl.pv3.7.dylib ../../../bin/libvtkfreetype.pv3.7.dylib
> ../../../bin/libvtkexoIIc.pv3.7.dylib ../../../bin/libvtklibxml2.pv3.7.dylib
> ../../../bin/libvtkalglib.pv3.7.dylib ../../../bin/libvtkproj4.pv3.7.dylib
> ld: file not found: QtGui.framework/Versions/4/QtGui
> collect2: ld returned 1 exit status
>
> Looking at the library references (otool -L), I see that e.g.
> bin/libvtkRendering.pv3.7.dylib references QtGui.framework/Versions/4/QtGui
> (that being the install-name of
> /Library/Frameworks/QtGui.framework/Versions/4/QtGu). Howerver, why the
> linker isn't able to pick up this dependency isn't clear to me, because it's
> right there, on the default search path in
> /Library/Frameworks/QtGui.framework/Versions/4/QtGui.
>
> Besides, shouldn't CMake figure out the transitive dependencies and add
> -framework QtGui (and friends) to the link line automagically?
>
> What irritates me, is that the dashboard doesn't show anything (however,
> that one uses OS X 10.4):
> http://www.cdash.org/CDash/buildSummary.php?buildid=398013
>
> Any idea what's going wrong here?
>
> Michael
>