On Sat, May 23, 2015 at 10:59:02AM +0100, Stuart Henderson wrote: > Not sure whether this is binutils-related or something else changed > recently, but we are seeing some ports picking up libatomic.so from > gcc-4.8 on i386. > > As this is typically not listed in WANTLIB (only present in x11/ogre) > build often fails, and of course there will be runtime problems for > users who install the package but don't have gcc libs. > > Some specific examples,
Common thing between initial-setup and epiphany is www/webkitgtk4 (which uses the gcc4 MODULE). Maybe www/webkitgtk4 needs a WANTLIB on libatomic? But that would mean adding gcc-4.8 as a LIB_DEPENDS which sucks... or we subpackage it? I have no fast i386 around so I cannot test my "webkitgtk4 theory" though... > x11/gnome/initial-setup > > /usr/bin/libtool --tag=CC --mode=link cc -O2 -pipe -L/usr/local/lib -o > gnome-initial-setup gis-assistant-resources.o gnome-initial-setup.o > gis-assistant.o gis-page.o gis-driver.o gis-keyring.o > pages/language/libgislanguage.la pages/region/libgisregion.la > pages/keyboard/libgiskeyboard.la pages/eulas/libgiseulas.la > pages/timezone/libgistimezone.la pages/privacy/libgisprivacy.la > pages/goa/libgisgoa.la pages/account/libgisaccount.la > pages/password/libgispassword.la pages/summary/libgissummary.la > -L/usr/local/lib -L/usr/X11R6/lib -Wl,-rpath-link,/usr/X11R6/lib > -lpolkit-gobject-1 -laccountsservice -lgnome-desktop-3 -lgweather-3 > -lgoa-backend-1.0 -lgoa-1.0 -lgdm -lrest-0.7 -lxml2 -ljson-glib-1.0 > -lsecret-1 -lpwquality -lwebkit2gtk-4.0 -lgtk-3 -lgdk-3 -lpangocairo-1.0 > -lpangoft2-1.0 -lpango-1.0 -lm -lfontconfig -lfreetype -lz -latk-1.0 > -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lsoup-2.4 -lgio-2.0 -lgobject-2.0 > -ljavascriptcoregtk-4.0 -lglib-2.0 -lintl -L/usr/local/lib -libus-! 1.! > 0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl -L/usr/local/heimdal/lib -lkrb5 > -lhx509 -lcom_err -lcrypto -lasn1 -lwind -lheimbase -lroken -pthread -pthread > -lm > warning: could not find a atomic library > Link error: atomic not found! > at /usr/libdata/perl5/LT/Library.pm line 137. > > www/epiphany > > /usr/bin/libtool --tag=CC --mode=link cc -pthread > -I/usr/local/include/gtk-3.0/unix-print -I/usr/local/include/libwnck-3.0 > -I/usr/local/include/startup-notification-1.0 -I/usr/X11R6/include > -I/usr/local/include -I/usr/local/include/webkitgtk-4.0 > -I/usr/local/include/libsoup-2.4 -I/usr/local/include/libxml2 > -I/usr/local/include/libsecret-1 -I/usr/local/include/gnome-desktop-3.0 > -I/usr/local/include/gsettings-desktop-schemas -I/usr/include > -I/usr/local/include/gcr-3 -I/usr/local/include/gtk-3.0 > -I/usr/local/include/at-spi2-atk/2.0 -I/usr/local/include/at-spi-2.0 > -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include > -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/cairo > -I/usr/local/include/pango-1.0 -I/usr/local/include/harfbuzz > -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/pixman-1 > -I/usr/X11R6/include/freetype2 -I/usr/local/include/libpng16 > -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/gck-1 > -I/usr/local/include/p11-kit-1 -D_REENTRANT -I/! us! > r/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -O2 -pipe > -L/usr/local/lib -o ephy-profile-migrator > ephy_profile_migrator-ephy-profile-migrator.o > ../lib/history/libephyhistory.la libephymisc.la -L/usr/local/lib -pthread > -L/usr/X11R6/lib -L/usr/lib -Wl,-rpath-link,/usr/X11R6/lib -lgthread-2.0 > -lX11 -lwnck-3 -lxslt -liconv -lxml2 -lwebkit2gtk-4.0 -ljavascriptcoregtk-4.0 > -lsoup-2.4 -lsecret-1 -lgnome-desktop-3 -lnotify -lsqlite3 -lgcr-ui-3 -lgtk-3 > -lgdk-3 -lpangocairo-1.0 -lpangoft2-1.0 -lpango-1.0 -lm -lfontconfig > -lfreetype -lz -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 > -lgcr-base-3 -lgck-1 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl -lp11-kit > -lavahi-gobject -lavahi-common -lavahi-client -lexecinfo > warning: could not find a atomic library > Link error: atomic not found! > > If the build is done with gcc present, it builds ok, and libatomic gets > linked in to the produced object (so in this case the produced package > is missing a required dependency on gcc libs). > > I discussed this with Antoine and we're not quite sure how to handle > this in a non-horrible way. Do we need arch-dependent WANTLIB/LIB_DEPENDS > on gcc libraries? (I also note that in gcc/4.9 this is in a libs package > whereas in gcc/4.8 it's in the main gcc package). Or should we just > enforce the dependency for all arch? Or does anyone have other ideas? > -- Antoine