OK, this one may be PEBCAK but if so I need help fixing it. xine-lib-1.1.10.1-r1 fails with libtool call errors as below. I did retry with more modest C(XX)?FLAGS (-march=k8 -O2 -pipe) and LDFLAGS="", as well as with MAKEOPTS=-j1, so if CFLAGS/LDFLAGS its on another package. I also tried remerging the version I have currently merged (1.1.10.1) and it failed as well. However, it merged fine on 2008-02-11 with my current cflags/ldflags, and indeed, the problem seems to have just started, altho I'm having it (tho the error is slightly different) with gdb (6.7.1-r3) as well (which points to a system problem not a xine-lib problem, thus the possible PEBCAK as noted above). Of note, my libtool is 1.5.26 with the date on my binary package saying 2008-02-02, so before the successful xine-lib merge on the 11th, so it doesn't appear to be a libtool system-package problem. Here's a bit of the emerge log with MAKEOPTS=-j1 so the commands and errors correlate: /bin/sh ../../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -D_LARGEFILE64_SOURCE -I/usr/include/alsa -I../../src/input/libdvdnav/ -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -march=k8 -msse3 -O2 -pipe -frename-registers -fweb -ftree-vectorize -freorder-blocks-and-partition -combine -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants -frename-registers -ffunction-sections -DNDEBUG -Wl,-z,now -Wl,--as-needed -o xineplug_inp_http.la -rpath /usr/lib64/xine/plugins/1.1.10 -avoid-version -module xineplug_inp_http_la-input_http.lo xineplug_inp_http_la-net_buf_ctrl.lo xineplug_inp_http_la-http_helper.lo ../../src/xine-engine/libxine.la -lresolv -lnsl -pthread ../../libtool: line 2370: /lib /usr/lib /lib64/tls /lib64 /usr/lib64 /usr/local/lib //usr/lib64/opengl/xorg-x11/lib /lib /usr/lib /usr/local/lib64 /usr/x86_64-pc-linux-gnu/lib /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1 /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3 /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.2 /usr/lib64/nspr /usr/lib64/nss /usr/kde/svn/lib /usr/kde/svn/lib64 ${libdirs 1} /usr/kde/3.5/lib /usr/kde/3.5/lib64 /usr/qt/3/lib /usr/qt/3/lib64 /usr/games/lib64 : bad substitution Usage: libtool: link [OPTION]... --mode=link LINK-COMMAND... [and it spits out the entire usage page] The usage page appears a number of times in the log, so it's being repeatedly called incorrectly. That doesn't halt the build even with -j1, as it appears multiple times, but further on, another error does: /bin/sh ../../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -fvisibility=hidden -D_LARGEFILE64_SOURCE -I/usr/include/alsa -I../../src/input/libdvdnav/ -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -march=k8 -msse3 -O2 -pipe -frename-registers -fweb -ftree-vectorize -freorder-blocks-and-partition -combine -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants -frename-registers -ffunction-sections -DNDEBUG -c -o xineplug_inp_dvd_la-media_helper.lo `test -f 'media_helper.c' || echo './'`media_helper.c x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -fvisibility=hidden -D_LARGEFILE64_SOURCE -I/usr/include/alsa -I../../src/input/libdvdnav/ -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -march=k8 -msse3 -O2 -pipe -frename-registers -fweb -ftree-vectorize -freorder-blocks-and-partition -combine -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants -frename-registers -ffunction-sections -DNDEBUG -c media_helper.c -fPIC -DPIC -o .libs/xineplug_inp_dvd_la-media_helper.o make[3]: *** No rule to make target `libdvdnav/libdvdnav.la', needed by `xineplug_inp_dvd.la'. Stop. make[3]: Leaving directory `/tmp/portage/media-libs/xine-lib-1.1.10.1-r1/work/xine-lib-1.1.10.1/src/input' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/portage/media-libs/xine-lib-1.1.10.1-r1/work/xine-lib-1.1.10.1/src/input' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/portage/media-libs/xine-lib-1.1.10.1-r1/work/xine-lib-1.1.10.1/src' make: *** [all-recursive] Error 1 * * ERROR: media-libs/xine-lib-1.1.10.1-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2710: Called die * The specific snippet of code: * emake || die "emake failed." As noted, I tried with plain CFLAGS/CXXFLAGS/LDFLAGS and the problem continued, so if that's it, it's something else that merged correctly that's now failing. I'll attach emerge --info, full emerge log, and config.log
Run revdep-rebuild...
Created attachment 144741 [details] build log
Created attachment 144743 [details] emerge --info
Created attachment 144745 [details] elibtool log This one's interesting and may well be the problem, a failed patch.
/me stabs bugzilla for jumping on next bug in the list yet again... :X
Created attachment 144747 [details] config.log ... but despite what elibtool.log says, I didn't see a rej file to post.
@Jakob: Thanks for the reopen, and tho the advice wasn't specifically for me, I should mention, I did try a revdep-rebuild. The only things it comes up with should be entirely unrelated (a couple kde4-svn things from the kde overlay, but I'm still running kde-3.5.9 for regular work so I'm not worried about that ATM). emerge --depclean wants to remove only automake-1.6.3 and PyQt4-4.3.3, but I've not let it do so yet. So I'm not the only one to have bugz advance unexpectedly on me. =8^S
could you attach /etc/ld.so.conf please ?
Created attachment 144768 [details] ld.so.conf It certainly has something seriously weird in it. ${libdirs 1} WTF? Running env-update puts those back in if I comment them. Tracing it down now. Thanks for pointing me in the right direction! I believe it is/was PEBCAK and will invalidate the bug (with a pointer for others) as soon as I confirm. Like I said tho, I was lost, and did need the help, which got right to the point! =8^)
Confirmed PEBCAK. The problem was a qt-4.4.0-pre2008mmdd snapshot ebuild from the forums, as 4.4.0-snapshots are now needed to build kde-svn-head (kde overlay ebuilds). Reverting to the official tree qt-4.3.4 (FEATURES=buildpkg comes in handy once again! =8^) immediately solved the problem and I was able to build both xine-libs and gdb without issue. Marking invalid. Thanks again for pointing me in the right direction. I was definitely lost so needed the help, but with luck, others may see this before filing similar bugs. Duncan
