This issue should be fixed now. The problem was not with our pkgconfig or gtk+2, per se, but that wxgtk2.8 (upstream code, not specific to our package) was relying on superflous link information that gtk+2 had published in its .pc file, and which has since been removed.
On Oct 21, 2008, at 7:19 PM, James Howse wrote: > In fact after digging a bit more I think the problem may be that in > the fink port of pkgconfig the configuration flag --enable-indirect- > deps is commented out. It shouldn't matter--this was tested. Check out "fink dumpinfo - fdescport pkgconfig" > > James >> Just as another data point I did the following experiment. I run >> both fink and macports and at the moment I have the same version of >> pkg-config installed under both port systems. However I obtain >> different results with the fink version than I do with the macports >> version. >> >> Fink >> setenv PKG_CONFIG_PATH /opt/fink/lib/pkgconfig >> /opt/fink/bin/pkg-config --libs gdk-x11-2.0 >> >> -L/opt/fink/lib -L/opt/fink/lib/pango-ft219/lib -lgdk-x11-2.0 - >> lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 - >> lgmodule-2.0 -lglib-2.0 -lintl >> >> MacPorts >> setenv PKG_CONFIG_PATH /opt/macports/lib/pkgconfig >> /opt/macports/bin/pkg-config --libs gdk-x11-2.0 >> >> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -L/ >> opt/macports/lib -L/usr/X11R6/lib -lgdk-x11-2.0 -lgdk_pixbuf-2.0 - >> lpangocairo-1.0 -lcairo -lSM -lICE -lpangoft2-1.0 -lpixman-1 - >> lpng12 -lXrender -lX11 -lpango-1.0 -lm -lfontconfig -lexpat - >> lfreetype -lz -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv >> >> So perhaps the problem lies in the fink port of pkg-config? >> James >> >>> Martin Costabel wrote: >>> [] >>> >>>> This is caused by the gtk+ update. I think it is due to the fact >>>> that >>>> >>>> pkg-config --libs gdk-x11-2.0 >>>> >>>> used to give something like >>>> >>>> -L/sw/lib/pango-ft219/lib -L/sw/lib/freetype219/lib >>>> -L/sw/lib/fontconfig2/lib -L/sw/lib -L/usr/X11R6/lib >>>> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices >>>> -lgdk-x11-2.0 -lXrandr -lXrender -lXinerama -lXext -lX11 >>>> -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXcursor -lcairo -lpangoft2-1.0 >>>> -lpango-1.0 -lm -lfreetype -lz -lfontconfig -lgobject-2.0 - >>>> lgmodule-2.0 >>>> -lglib-2.0 -lintl -liconv >>>> >>>> and now gives only >>>> >>>> -L/sw/lib/pango-ft219/lib -L/sw/lib -lgdk-x11-2.0 -lgdk_pixbuf-2.0 >>>> -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 >>>> -lglib-2.0 -lintl >>>> >>> This looks really like a bug in gdk-x11-2.0.pc (from gtk+2). After >>> all, >>> libgdk-x11-2.0.dylib *is* linked to all these X11 dylibs. Now >>> whether >>> wxgtk should rely on gdk-x11-2.0.pc to bring the X11 libs on the >>> linker >>> line is a different question. As an ugly workaround, adding >>> >>> -L/usr/X11R6/lib -lXrandr -lXrender -lXinerama -lXext -lX11 >>> >>> to the SetLDFLAGS: line lets wxgtk2.8 build for me again. >>> >>> >> >> ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
