gtk+-2.12.12 fails with linking errors Reproducible: Always Actual Results: libtool: link: /usr/bin/nm -B .libs/gdk-pixbuf.o .libs/gdk-pixbuf-animation.o .libs/gdk-pixbuf-data.o .libs/gdk-pixbuf-io.o .libs/gdk-pixbuf-loader.o .libs/gdk-pixbuf-scale.o .libs/gdk-pixbuf-simple-anim.o .libs/gdk-pixbuf-scaled-anim.o .libs/gdk-pixbuf-util.o .libs/gdk-pixdata.o .libs/gdk-pixbuf-enum-types.o pixops/.libs/libpixops.a | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/ /p' | /bin/sed 's/.* //' | sort | uniq > .libs/libgdk_pixbuf-2.0.exp libtool: link: /bin/grep -E -e "^[^_].*" ".libs/libgdk_pixbuf-2.0.exp" > ".libs/libgdk_pixbuf-2.0.expT" libtool: link: mv -f ".libs/libgdk_pixbuf-2.0.expT" ".libs/libgdk_pixbuf-2.0.exp" libtool: link: echo "{ global:" > .libs/libgdk_pixbuf-2.0.ver libtool: link: cat .libs/libgdk_pixbuf-2.0.exp | sed -e "s/\(.*\)/;/" >> .libs/libgdk_pixbuf-2.0.ver libtool: link: echo "local: *; };" >> .libs/libgdk_pixbuf-2.0.ver libtool: link: i686-pc-linux-gnu-gcc -shared .libs/gdk-pixbuf.o .libs/gdk-pixbuf-animation.o .libs/gdk-pixbuf-data.o .libs/gdk-pixbuf-io.o .libs/gdk-pixbuf-loader.o .libs/gdk-pixbuf-scale.o .libs/gdk-pixbuf-simple-anim.o .libs/gdk-pixbuf-scaled-anim.o .libs/gdk-pixbuf-util.o .libs/gdk-pixdata.o .libs/gdk-pixbuf-enum-types.o -Wl,--whole-archive pixops/.libs/libpixops.a -Wl,--no-whole-archive /usr/lib/libgmodule-2.0.so -L/usr/lib -ldl /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -lm -march=core2 -Wl,-O1 -Wl,-soname -Wl,libgdk_pixbuf-2.0.so.0 -Wl,-version-script -Wl,.libs/libgdk_pixbuf-2.0.ver -o .libs/libgdk_pixbuf-2.0.so.0.1200.12 /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../../i686-pc-linux-gnu/bin/ld:.libs/libgdk_pixbuf-2.0.ver:2: ignoring invalid character `\001' in script /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../../i686-pc-linux-gnu/bin/ld:.libs/libgdk_pixbuf-2.0.ver:2: syntax error in VERSION script collect2: ld returned 1 exit status make[4]: *** [libgdk_pixbuf-2.0.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 $ emerge --info Portage 2.2_rc14 (default/linux/x86/2008.0, gcc-4.3.2-asneeded, glibc-2.8_p20080602-r0, 2.6.28-rc6 i686) ================================================================= System uname: Linux-2.6.28-rc6-i686-Intel-R-_Core-TM-2_Duo_CPU_L7700_@_1.80GHz-with-glibc2.0 Timestamp of tree: Fri, 21 Nov 2008 08:02:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p48 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.5.2-r8 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.2 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.19 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=core2 -Os -pipe -fdirectives-only" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/portage/bin/emake /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=core2 -Os -pipe -fdirectives-only" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3 -s" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/kde-testing /usr/local/portage/layman/mozilla" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acl acpi alsa berkdb bluetooth bzip2 cli cracklib dri gdbm gif gtk hal iconv isdnlog jpeg kdeenablefinal kdehiddenvisibility midi mmx mp3 mudflap ncurses nls nptl nptlonly opengl pcre perl png pppd python readline reflection session spl sse sse2 ssl sysfs tcpd tiff truetype unicode win32codecs x86 xorg xscreensaver xv zlib" ALSA_CARDS="hda_intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon" ELIBC="glibc" INPUT_DEVICES="linuxinput mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 172880 [details] build.log
That sed expr should look like this: "s/\(.*\)/\1;/" Maybe something wrong with your env ?
(In reply to comment #2) > That sed expr should look like this: > "s/\(.*\)/\1;/" > > Maybe something wrong with your env ? > How can I check?
Start with attaching the environment file from the builddir.
Created attachment 173080 [details] environment file
Now that I looked at it again, I see the problem started earlier. But it's the same type. There's a line: sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/ /p' I do hope these are not copy/paste errors. For some reason, instead of \1 you seem to end up with U0001, other such expressions follow this pattern. Does this happen for other ebuilds using libtool ? Does reemerging libtool help ? Did you change recently something with your shell ? Attach your config.log too.
(In reply to comment #6) > For some reason, instead of \1 you seem to end up with U0001, other such > expressions follow this pattern. > Does this happen for other ebuilds using libtool ? > Does reemerging libtool help ? > Did you change recently something with your shell ? > > Attach your config.log too. > (In reply to comment #6) > Now that I looked at it again, I see the problem started earlier. > But it's the same type. > There's a line: > sed -n -e 's/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/ > /p' > > I do hope these are not copy/paste errors. > For some reason, instead of \1 you seem to end up with U0001, other such > expressions follow this pattern. > Does this happen for other ebuilds using libtool ? > Does reemerging libtool help ? > Did you change recently something with your shell ? > > Attach your config.log too. > With the clue about the shell, I tried doing it with CONFIG_SHELL=/bin/dash emerge =x11-libs/gtk+-2.12.12 -1 and it worked Would the config.log still be useful?
Hard to tell. I've seen posts on the libtool mailing list advising against use of dash with libtool (or more exactly telling that while libtool works with dash, it not a good shell for it).
Sorry, I think I need to be explicitly told what shell was libtool using when it failed?
(In reply to comment #9) > Sorry, I think I need to be explicitly told what shell was libtool using when > it failed? > /bin/sh -> dash If that is what you wanted.
Thanks. In that case I didn't understand yet what CONFIG_SHELL=/bin/dash changes
it looks like CONFIG_SHELL changes what's used by libtool as its shebang. The problem seems to be that portage uses /bin/bash as CONFIG_SHELL by default but if /bin/sh links to dash, it creates confusion leading this the problem you pasted. Changing CONFIG_SHELL to make it match what sh links to fixes that (libtool script actually is different when you set this too). I'm not sure this is really a gtk bug, CCing libtool maintainers to see if they have more clue than us.
where do you see CONFIG_SHELL being set ? portage shouldnt be setting that.
no idea, I just know that by default the shebang is /bin/sh while building stuff with portage, libtool echoed lines start with a /bin/bash
that's probably because autotools itself attempts to find a known good shell. it then uses that when executing shell scripts. that isnt specific to running inside of portage. btw, when reporting bugs, you should never be using -s in your makeflags. it can often make the resulting log useless. rebuild things and post a proper log file. also, does this fail with the latest version (2.16.1) ? both versions seem to build fine for me with my /bin/sh pointing to dash
