| Summary: | gcc-config doesn't copy libgcc_s.so for multilib GCC installation | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
| Component: | [OLD] GCC Porting | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | amd64 |
| Priority: | Highest | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Patch to make gcc-config discard all the multilib paths | ||
|
Description
Diego Elio Pettenò (RETIRED)
2005-06-09 17:38:18 UTC
Created attachment 60960 [details, diff]
Patch to make gcc-config discard all the multilib paths
is this bug already fixed? I dont know why it should copy it in the first place, as all versions of gcc's LDPATH should be in /etc/ld.so.conf ... it needs to copy it because some systems link binaries against libgcc_s.so.1 which are installed in / this first came up on arm and happens sometimes on ia64/amd64 ... Not an issue with --as-needed it seems :/ --as-needed def improves the situation but it isnt fool proof ... that's why we should def make sure that libgcc_s.so.1 makes in into / PITA either way, especially if you migth be using diff versions of gcc that might have slight abi changes without a major version change on the library. Please note that gcc-config should not copy libgcc_s.so.1 to /lib but symlink it, otherwise prelink will fail miserably, see this thread: http://forums.gentoo.org/viewtopic-t-292379-highlight-prelink+gccconfig.html Just symlinking it will break if binaries on /bin are linked against it. fixed in gcc-config-1.3.13, thanks for the patch |