glib-2.10.1 depends on libdl (using dlerror, dlopen, etc.) but does not state that in the .pc files. The attached patch should fix that, though my knowledge of autotools sucks and I cannot tell if it's the best way how I did it.
Created attachment 83769 [details, diff] glib-2.10.1-as-needed.patch A patch for configure.in
I am using dev-libs/glib-2.10.1-r1 and am not experiencing any problems with --as-needed. Could you give that version a whirl?
Please fix this ASAP. The lack of -ldl just made both pango-1.12.2 and gtk+2.8.17 emerges fail. I've add "-ldl " to glib-2.0.pc by hand, which made both emerges work, but that's not the real solution. Portage 2.1_pre10-r3 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r3 x86_64) ================================================================= System uname: 2.6.16-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre19 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: 0.4.2 sys-apps/sandbox: 1.2.18 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache confcache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LC_ALL="en_US.UTF-8" LINGUAS="de en" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acl acpi alsa apache2 arts asf audiofile avi berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli crypt cscope css ctype cups curl curlwrappers dba dbm dga dio divx4linux djbfft dri dts dv dvd dvdr dvdread eds emboss emu-linux-x86 encode exif expat fam fame ffmpeg flac flatfile fontconfig foomaticdb fortran ftp gcj gd gdbm ggi gif glitz glut gnome gnutls gphoto2 gpm gs gstreamer gtk gtk2 gtkhtml iconv ieee1394 imagemagick imlib ipv6 isdnlog jack java javascript jbig jpeg jpeg2k kde kdeenablefinal lcms ldap libwww lirc lm_sensors lzo lzw lzw-tiff mad matroska mbox mhash mime mjpeg mmap mng motif mp3 mpeg musepack mysql ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis opengl pam pcre pdflib perl php plotutils png posix ppds pppd python qt quicktime readline reflection rle samba sasl sdl session sharedext sharedmem slp sndfile sockets sox speex spell spl ssl svg swat symlink sysvipc szip tcltk tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd vorbis wifi wmf x264 xface xine xinerama xinetd xml xml2 xmlrpc xmms xorg xpm xsl xv xvid xvmc yv12 zlib elibc_glibc kernel_linux linguas_de linguas_en userland_GNU video_cards_nv video_cards_nvidia video_cards_v4l" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
PS: my version of glib is [ebuild R ] dev-libs/glib-2.10.2 USE="-debug -doc -hardened" 0 kB
No such problem here (binutils-2.16.92, LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--sort-common") with dev-libs/glib-2.10.2, and building latest gtk+ and pango on top of it. You can chcek that libdl is linked where it is used in glib2 by running the following command: for f in $(equery files =glib-2* | grep '.so$') ; do \ echo $f ; ldd -r $f ; done If you get some "unresolved symbol: dlsomething" messages, then yes, something is broken in your glib (which doesn't mean adding -ldl to the .pc file would be a right fix though). But here, everything is fine. Maybe a problem with your binutils version?
Builds fine for me, too. glib-2.10.2 and binutils-2.16.92. I'm going to mark this fixed, please re-open if it's still a problem.
