Summary: | libtool: link: warning: cannot determine absolute directory name of `usr/lib' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christopher Rude <crude> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED DUPLICATE | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Requested output
output of emerge popt >& log Requested libtool-log adding 'set -x' requested output of: make install DESTDIR=/var/tmp/portage/popt-1.7-r1/image/ >& install-log |
Description
Christopher Rude
2005-02-19 10:42:35 UTC
please run this and post the output as an attachment: grep '[^/]usr/lib' /usr/lib/*.la Created attachment 51749 [details]
Requested output
output of running:
grep '[^/]usr/lib' /usr/lib/*.la
and if you re-emerge popt, what does libpopt.la have for libdir= in it ? I just re-emerged, but the output is still the same. /usr/lib/libpopt.la:libdir='usr/lib' please run `emerge popt >& log` and post the log file as an attachment Created attachment 51751 [details]
output of emerge popt >& log
ok, here's another fun thing to try: ebuild popt-1.7-r1.ebuild clean unpack compile cd /var/tmp/portage/popt-1.7-r1/work/popt-1.7 # edit libtool and add 'set -x' to the second line rm -f libpopt.la make >& libtool-log then post libtool-log as an attachment Created attachment 51752 [details]
Requested libtool-log adding 'set -x'
hrm, can you post the install-log from this then (make sure libtool still has the 'set -x' in it): cd /var/tmp/portage/popt-1.7-r1/work/popt-1.7 make install DESTDIR=/var/tmp/portage/popt-1.7-r1/image/ >& install-log Created attachment 51754 [details]
requested output of: make install DESTDIR=/var/tmp/portage/popt-1.7-r1/image/ >& install-log
well i'm out of ideas ... the attached debug output all looks sane ... only thing i can think of is that your CFLAGS are a little out there ... -march + -Os has been known to cause issues before ... perhaps try this: CFLAGS="-pipe" emerge coreutils sed libtool popt and see if it works ... I tried: CFLAGS="-pipe" emerge coreutils sed libtool popt Still a no go. I had the same problem with xorg-x11 (never had any problems with popt though). I had to change libdir='usr/lib' in libGLU.la and correct some dependent .la files. the xorg-x11-6.8.2 ebuild now seems to contain a fix (the fix_libtool_libdir_paths function) for this. I have the sameproblem (missing heading slash) for librsvg and atk. See Bug b82935 Same problem here for pyorbit (looking for libIDL-2) and celestia (looking for qt-mt). Other apps compile fine. I Changed CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe" and rebuilt the toolchain, then rebuilt system. Hoping that it was an issue with my CFLAGS. I swiped my new cflags from a post by the developer who is responsible for porting gcc (I am going from memory and cant track the post at the moment... sorry) im pretty sure he goes by the handle ciaranm on the forums. still a no go :( Thanks again for your help you guys are confusing bugs here the libGLU.la bug was something in xorg-x11 that's been fixed already and has NOTHING to do with this bug really all it takes is one broken .la and others will be broken too because of it, but those packages arent broken I edited the *.la files that depended upon `usr/lib/libpopt.la` and added the leading / Things appear to be building now, I will report after my system finishes rebuilding due to the new CFLAGS :) *** This bug has been marked as a duplicate of 83081 *** |