| Summary: | dev-libs/Ice-3.5.1 automagically uses system libraries incorrectly | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Martin von Gagern <Martin.vGagern> |
| Component: | Current packages | Assignee: | Robert Förster <Dessa> |
| Status: | UNCONFIRMED --- | ||
| Severity: | normal | CC: | cpp+disabled, kripton |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build log | ||
... Ouch ... I mean, the way I understand the build system, using 'embedded_runpath_prefix=""' would fix it for the common cases, but would kill prefix support. Bit of short sight of upstream part. Probably needs '-Wl,-rpath-link,' sprinkled across the build system to fix properly. On the other hand, though, it might just be ebuild isn't using the current build system correctly - it seems 'prefix' isn't meant to be used as anything but the *final* location...needs more reading into. ...and upon further reading, the build system seems to support DESTDIR solution.
So, 'prefix=${EPREFIX}/usr DESTDIR=${D}', it seems.
...no quite sure if it won't still be broken in the upgrade case on prefix, but in the standard cases, this seems the cleanest. |
Created attachment 422344 [details] build log I've been upgrading my gcc from 4.9.3 to 5.3.0. While rebuilding all affected packages, I got a build failure from Ice. Looking at the attached log, it seems as though the package currently being built were already linking against files installed previously. I could resolve the issue for me personally using emerge -C Ice; emerge -1 --nodeps Ice but I shouldn't have to do such things.