[Paraview-developers] cannot link Plugin based on Paraview 3.10.1 using Qt 4.7.4 on Mac OS OX 10.6.8 | gcc 4.2.1 | Xcode 4.0 | CMake 2.8-2 (x86_64 is on)

nikos yiotis nikos.yiotis at gmail.com
Wed Oct 5 12:05:02 EDT 2011


I switched to a .pro file and qmake for building the plugin.

qmake -project outputs a src_qmake.pbproj file that i rename to
src_qmake.xcodeproj.

I cannot launch src_qmake.xcodeproj, it complains about incompatible project
version.


any mac PV users/developers out there? thanks
N




On Tue, Oct 4, 2011 at 10:45 PM, nikos yiotis <nikos.yiotis at gmail.com>wrote:

> My plugin builds OK if i choose a static library, but of course i cannot
> load it into PV.
> Can anyone decipher the message below when i choose to build a shared lib,
> that is *.dylib?
> Thanks
>
> Paraview 3.10.1 using Qt 4.7.4 on Mac OS OX 10.6.8 | gcc 4.2.1 | CMake
> 2.8-2
>
> *Linking CXX shared library libZ.dylib*
> *Undefined symbols for architecture x86_64:*
> *  "typeinfo for pqPVAnimationWidget", referenced from:*
> *      pqZ::GetTimeSteps()       in pqZ.cpp.o*
> *ld: symbol(s) not found for architecture x86_64*
>
> N
>
>
>
>
> On Tue, Oct 4, 2011 at 12:41 PM, nikos yiotis <nikos.yiotis at gmail.com>wrote:
>
>>  Hi,
>>
>> i am working on a Paraview Plugin that adds a new Qt progress bar type to
>> the standard ParaView toolbar. I try to build the plugin as a stand-alone,
>> that is the plugin is not included in Paraview build but out of source. Note
>> that the plugin builds and works fine on linux x86_64 (load/unload at
>> runtime).
>>
>> I ‘ve included /Developer/Tools/Qt to my PATH for Qt/Paraview binaries
>> and included the libraries i need in LD_LIBRARY_PATH | DYLD_LIBRARY_PATH
>> (LIBRARY_PATH is
>> blank, not sure if i have to care about this). While trying to link the
>> plug-in with a makefile i get:
>>
>> Linking CXX shared library libZeo.dylib
>> Undefined symbols for architecture x86_64: “typeinfo for
>> pqPVAnimationWidget”, referenced from: pqZeo::GetTimeSteps() in pqZeo.cpp.o
>> ld: symbol(s) not found for architecture x86_64
>>
>> Now, pqPVAnimationWidget is related to ParaView, but i believe that
>> QList<double> pqZeo::GetTimeSteps() {…}
>> makes it relevant to mention the issue here.
>>
>> The first idea (although irrelevant i am afraid) is to configure the
>> CMakeCache file
>>
>> //Build architectures for OSX
>> CMAKE_OSX_ARCHITECTURES:STRING=x86_64
>>
>> I switched to Qt 4.7.4, qmake query outputs:
>> QT_INSTALL_PREFIX:/
>> QT_INSTALL_DATA:/usr/local/Qt4.7
>> QT_INSTALL_DOCS:/Developer/Documentation/Qt
>> QT_INSTALL_HEADERS:/usr/include
>> QT_INSTALL_LIBS:/Library/Frameworks
>> QT_INSTALL_BINS:/Developer/Tools/Qt
>> QT_INSTALL_PLUGINS:/Developer/Applications/Qt/plugins
>> QT_INSTALL_IMPORTS:/Developer/Applications/Qt/imports
>> QT_INSTALL_TRANSLATIONS:/Developer/Applications/Qt/translations
>> QT_INSTALL_CONFIGURATION:/Library/Preferences/Qt
>> QT_INSTALL_EXAMPLES:/Developer/Examples/Qt/
>> QT_INSTALL_DEMOS:/Developer/Examples/Qt/Demos
>> QMAKE_MKSPECS:/usr/local/Qt4.7/mkspecs
>> QMAKE_VERSION:2.01a
>> QT_VERSION:4.7.4
>>
>> I don't think there is sth wrong with my Qt installation.
>>
>>    - I can only build Paraview 3.10.1 and my plug-in with Xcode 4.0
>>    (instead of makefiles i used before) only if i leave BUILT_SHARED_LIBS off,
>>    which is of no practical merit since the plugin is static (*.a) and cannot
>>    be loaded to Paraview. When i switch BUILT_SHARED_LIBS to on though, i get
>>    the exact same message i was getting before (failure while linking)
>>
>>
>> *Linking CXX shared library libZ.dylib*
>> *Undefined symbols for architecture x86_64:*
>> *  "typeinfo for pqPVAnimationWidget", referenced from:*
>> *      pqZ::GetTimeSteps()       in pqZ.cpp.o*
>> *ld: symbol(s) not found for architecture x86_64*
>> *
>> *
>>
>>    - When I am trying to build the Paraview 3.12.0-RC2 version, i cannot
>>    even build the ParaView.xcodeproj. Cmake GUI 2.8-2 gives me:
>>
>> Could NOT find
>> /Users/nikos/Documents/codin_SRC/test/paraview/Paraview_3.12.0/ParaView-3.12.0-RC2/CMake/.paraview.version
>> which is mandatory if Git is not found either.
>>
>> CMake Error at CMake/ParaViewDetermineVersion.cmake:68 (message):
>>   Failed to determine source version correctly.
>> Call Stack (most recent call first):
>>   CMakeLists.txt:70 (determine_version)
>>
>> If i manually configure the CMakeLists.txt (which is a bad idea) the
>> procedure hangs to CMakeLists.txt:70 (determine_version) again.
>>
>>
>>    - When I am trying to build the git version on Xcode, leaving aside
>>    the vtk warnings like in tif_unix,c "cast to pointer from integer of
>>    different size,
>>
>> it builds only a few dylibs and *not* ParaView.app. When i run it it hangs
>> to the tests below that i successfully pass
>>
>> (  0. TestArraySerialization
>>
>>   1. TestArrayDenormalized )
>>
>> Has anyone successfully built PV (3.10.1 or RC or the git version) and her
>> own plugins with Xcode 4.0?
>> Let me know if you have any hints, cheers
>>
>>
>> N
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview-developers/attachments/20111005/e68f190b/attachment.htm>


More information about the Paraview-developers mailing list