Pepe Barbe wrote: [] > gcc -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/include -g -O2 > -Wall -Wl,-search_paths_first -o .libs/png png.o -Wl,-framework - > Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -L/sw/lib/ > fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib ../../ > libgimp/.libs/libgimpui-2.0.dylib /sw/src/fink.build/gimp2-2.0.6-1007/ > gimp-2.0.6/libgimp/.libs/libgimp-2.0.dylib /sw/src/fink.build/ > gimp2-2.0.6-1007/gimp-2.0.6/libgimpwidgets/.libs/ > libgimpwidgets-2.0.dylib -L/sw/lib/pango-ft219/lib -L/usr/X11R6/lib -L/ > usr/X11/lib /sw/src/fink.build/gimp2-2.0.6-1007/gimp-2.0.6/ > libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ > libgimpwidgets-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /sw/src/ > fink.build/gimp2-2.0.6-1007/gimp-2.0.6/libgimpcolor/.libs/ > libgimpcolor-2.0.dylib /sw/src/fink.build/gimp2-2.0.6-1007/gimp-2.0.6/ > libgimpbase/.libs/libgimpbase-2.0.dylib ../../libgimpcolor/.libs/ > libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / > sw/lib/libgtk-x11-2.0.dylib /sw/lib/libgdk-x11-2.0.dylib /sw/lib/ > libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/pango-ft219/ > lib/libpangocairo-1.0.dylib /usr/X11/lib/libXinerama.1.0.0.dylib /usr/ > X11/lib/libXrandr.2.1.0.dylib /usr/X11/lib/libXcursor.1.0.2.dylib /usr/ > X11/lib/libXcomposite.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib / > usr/X11/lib/libXdamage.1.1.0.dylib /sw/lib/libcairo.dylib /sw/lib/ > libglitz.dylib /sw/lib/libpng12.dylib /usr/X11/lib/libXrender. > 1.3.0.dylib /sw/lib/libpixman-1.dylib /sw/lib/pango-ft219/lib/ > libpangoft2-1.0.dylib /sw/lib/pango-ft219/lib/libpango-1.0.dylib -lm / > sw/lib/fontconfig2/lib/libfontconfig.dylib /usr/lib/libiconv.dylib /sw/ > lib/freetype219/lib/libfreetype.dylib -lz /usr/X11/lib/libXfixes. > 3.1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau. > 6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /sw/lib/ > libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/ > libglib-2.0.dylib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lc /sw/ > lib/libexpat.dylib > Undefined symbols: > "_png_write_destroy", referenced from: > _save_image in png.o
I don't have my pangocairo machine here, so I am just guessing, but this could be the same ld bug that forces us to use some stupid dylib_file flag for the GL dylib. In the case at hand, the additional LDFLAG would be -Wl,-dylib_file,/sw/lib/libpng12.dylib:/sw/lib/libpng12.dylib which means, translated: "You stupid bugger, if I tell you to load /sw/lib/libpng12.dylib, then do just this and don't load another libpng that you fancy, for instance /usr/X11/lib/libpng12.dylib". The relevant difference between the libpng12.dylib in /sw/lib and the one in /usr/X11/lib is that the symbols in question, like png_write_destroy, are external in Fink's dylib, and private external in Apple's dylib. In additional to the buggy /usr/bin/ld, the blame could also be laid onto the X11 distribution, because these symbols are defined in the png.h header file, but are hidden in the dylib, which is not nice. -- Martin ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel