Summary: | /sbin/init fails in baselayout 1.9.4 due to dependency on libgcc_s.so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Adam Jones <adam> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | Sebastian, solar |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 60911 |
Description
Adam Jones
2004-06-18 14:35:53 UTC
emerge -pv baselayout Calculating dependencies ...done! [ebuild R ] sys-apps/baselayout-1.9.4-r2 -bootstrap -build -debug -livecd -selinux -static -uclibc 0 kB solar@simple solar $ ldd `which init` libc.so.6 => /lib/libc.so.6 (0x2dc28000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2dc01000) I'm using.. 3.3.3-r6, binutils-2.15.91.0.1, glibc-2.3.3.20040420 I assume you should not put libgcc_s.so.1 in /lib at all, but if the problem persists for you that you might want to enable static for this package. It was noted that integer multiplication or division may every well be the cause of how libgcc could get linked in. A shot in the dark here.. But maybe compiled with -fstack-protector way back in the day and it's pulling it's __guard symbols from libgcc vs libc. In any direction I'd upgrade to the current stable toolchain. Updating to a new glibc and gcc fixed things, it seems. Re-emerging baselayout and coreutils cleans those up as well. Thanks. (I wonder if this could possibly be some sort of hangover from the binutils "as-needed" flag problems a while back? The quick fix at the time involved removing the as-needed flag from gcc's specs file and rebuilding things. Could that have caused it to link in libgcc_s unnecessarily?) Yeah it could have if anything called -shared I'm closing this bug as WORKFORSOME Reopening bug.. See the blocker.. gcc-config works around this now by copying libgcc_s to /lib/ I just got bitten with this on amd64. Could it be that this is not really solved? After emerging baselayout-1.11.9-r1 it wouldn start anymore. I did run gcc-config (gcc-config-1.3.9), but no libgcc_s.so is in /lib. They are in /usr/lib/gcc-lib/x86_64.../lib64/ After linking libgcc_s to the right places, it boots up again. So running "gcc-config 1" (which is my current gcc-3.4.3.20050110) wouldn't help here. |