Summary: | sys-apps/paludis-0.36.1 fails to compile with linker errors | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andreas Wiese <aw-gentoo> |
Component: | New packages | Assignee: | Robert Piasek (RETIRED) <dagger> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | ciaran.mccreesh, jer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | Alpha | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Andreas Wiese
2009-05-20 16:47:09 UTC
Would you please attach the output of emerge --info? Jer, why did you remove the "on alpha" part from the summary? It's rather important to the bug. In any case, there's ticket:759 on Paludis' trac. It's probably easier to keep things there. (In reply to comment #2) > Jer, why did you remove the "on alpha" part from the summary? It's rather > important to the bug. It constitutes a duplication of the information in the Hardware field. Trivial really. :) Created attachment 191940 [details]
emerge --info
Sorry, forgot this. Yeah, I opened #759 at pioto.org... Would have mentioned, but did first open this bug here.
Perhaps I should've mentioned: libtool is ~alpha, being my first shot for a plausible cause. But either it isn't, or there's a bug in there, that's not fixed since 1.5.3 (not sure about the minor number). -mcpu and -mtune in CFLAGS aren't making trouble neither. I already tested building with the default make.conf CFLAGS. Build also fails with standard USE settings (just tried -* for reducing number of failure sources). On other archs I'd expect to see an -fPIC being shoved in there by libtool. If you manually add -fPIC to CXXFLAGS, does it work? Nope, sorry. Same results with -fPIC in CXXFLAGS only and in both LDFLAGS and CXXFLAGS (with --mode=compile -fPIC gets set, so I guess you meant LDFLAGS, so for the second try I set this too). Hrm. Google suggests that this is -fPIC related too. Are you absolutely sure that -fPIC is being passed to g++ for everything that gets compiled? Hrm, not absolutely. I'll investigate this tomorrow or the day after ~™. Is this still valid with paludis-0.72.2? If not, feel free to close this bug This version of paludis is no longer in portage tree. If you can still re-produce this issue with current version, please re-open this bug. |