[Scribus] Many Versions = 2
Wed Jan 9 21:49:29 CET 2008
Thorsten Z?rner wrote:
>> imac:~ eric$ /sw/Applications/Scribus.app/Contents/MacOS/Scribus
>> dyld: Symbol not found:
>> Referenced from: /sw/Applications/Scribus.app/Contents/MacOS/Scribus
>> Expected in: dynamic lookup
This symbol should be found in /sw/lib/qt3mac/lib/libqt-mt.3.dylib which
is loaded at runtime by Scribus. Why this isn't the case for you I
cannot guess without further looking at your configuration.
You can verify with the command
otool -L /sw/Applications/Scribus.app/Contents/MacOS/Scribus
whether that dylib is indeed on the list of libraries loaded at runtime.
nm /sw/lib/qt3mac/lib/libqt-mt.3.dylib |grep OpaqueEventHandlerCallRef
you can check whether the symbol in question is really defined in that
library (does it have a "T" in front of it?).
> Macintosh-2:~ thorsten$ /sw/bin/scribus
> dyld: lazy symbol binding failed: Symbol not found: _art_free
> Referenced from: /sw/bin/scribus
> Expected in: dynamic lookup
This one comes from /sw/lib/libart_lgpl_2.2.dylib which is also loaded
by scribus at runtime.
> Over on MacPorts I was able to compile and run 18.104.22.168 and 22.214.171.124
> So, if you need Scribus for production now, give MacPorts a try:
If Fink's scribus-126.96.36.199 and scribus-aqua-188.8.131.52 did not work for me
on at least two machines with MaxOSX 10.4 and MacOSX 10.5, they would
not be available from Fink, as they have been since yesterday.
Problems with undefined symbols at runtime are often caused by too many
different versions of the same libraries installed from different
sources, which disturbs the compilation, because at runtime different
versions may be found than at compile time.
Another frequent source for such problems is the setting of the
DYLD_LIBRARY_PATH environment variable, which should be avoided on MacOSX.
I don't believe that Macports is more immune to such problems than Fink.
More information about the scribus