Toby White wrote: > > On 19 May 2009, at 17:40, Alexander Hansen wrote: > >> If you get output similar to the above, try running >> >> printenv DYLD_LIBRARY_PATH > > So my DYLD_LIBRARY_PATH only contains the pointer to the fink library > directory: > > [...@toby-whites-macbook]$ printenv DYLD_LIBRARY_PATH > :/sw/lib > > And indeed, I have this in my .profile > > export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/sw/lib > > I'm not sure if I put that there or fink did. In any case, unsetting > DYLD_LIBRARY_PATH makes the error go away. > I don't know if it's going to break anything else though. > > Looking at otool output, system iconv is definitely in there: > > [...@toby-whites-macbook]$ otool -L > /sw/lib/python2.5/site-packages/cairo/_cairo.so > /sw/lib/python2.5/site-packages/cairo/_cairo.so: > /sw/lib/libcairo.2.dylib (compatibility version 10803.0.0, current > version 10803.6.0) > /sw/lib/libpixman-1.0.dylib (compatibility version 13.0.0, current > version 13.0.0) > /sw/lib/freetype219/lib/libfreetype.6.dylib (compatibility version > 10.0.0, current version 10.19.0) > /usr/X11/lib/libfontconfig.1.dylib (compatibility version 5.0.0, > current version 5.0.0) > /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current > version 7.0.0) > /sw/lib/libexpat.1.dylib (compatibility version 7.0.0, current > version 7.2.0) > /sw/lib/libglitz.1.dylib (compatibility version 2.0.0, current > version 2.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 111.1.3) > /sw/lib/libpng12.0.dylib (compatibility version 36.0.0, current > version 36.0.0) > /usr/X11/lib/libXrender.1.dylib (compatibility version 5.0.0, > current version 5.0.0) > /usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, current > version 9.0.0) > /usr/X11/lib/libXau.6.dylib (compatibility version 7.0.0, current > version 7.0.0) > /usr/X11/lib/libXdmcp.6.dylib (compatibility version 7.0.0, > current version 7.0.0) > /usr/lib/libz.1.dylib (compatibility version 1.0.0, current > version 1.2.3) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current > version 1.0.0) > > Toby You _don't_ want to have DYLD_LIBRARY_PATH set; Fink certainly didn't do it.
That oughtn't break anything. What appears to have happened here is that /usr/X11/lib/libfontconfig.1.dylib, which was _not_ built by Fink and therefore links to the system's libiconv, wound up trying to use Fink's instead, as instructed by DYLD_LIBRARY_PATH. The two libiconvs aren't identical, but I'm surprised that the '_iconv' symbol, which is in both, was what was complained about. In any case, leave DYLD_LIBRARY_PATH unset. -- Alexander Hansen Fink User Liaison ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
