Summary: | glibc-2.3.6-r4 compilation fails on bootparam_prot.stmp segfault | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Narancs <narancs> |
Component: | [OLD] Core system | Assignee: | Sparc Porters <sparc> |
Status: | RESOLVED LATER | ||
Severity: | major | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | Sparc | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | core file of rpcgen |
Description
Narancs
2006-08-16 08:00:08 UTC
Created attachment 94399 [details]
core file of rpcgen
I've just found how to add an attachment :).
With strings you'll learn strange error msgs.
Well, your gcc segfaults. Can you reproduce it, i.e. - does it fail again at *exactly* the same spot? Other info: # cat /proc/sys/kernel/version #3 SMP Mon Aug 14 22:21:32 CEST 2006 # uname -a Linux napvirag.net.somedomain 2.6.14-hardened-r7 #3 SMP Mon Aug 14 22:21:32 CEST 2006 sparc64 sun4u GNU/Linux Is it ok, that the proc version file does NOT show the full version info? Yes, I've tried 15 times, all took 45 mins. It dies exactly at the same point! With the same segfault! Thank you for the fast reaction :) Do you need the kernel config? Does it matter? I think it's a glibc bug. Google showed some similar results with x86, but the solution for THEM was using kernel 2.6 instead of 2.4 and using autoconf 2.59 instead of 2.1x. Also somebody was telling that --with-tls and --with-__thread conflicts. But all above might be a misunderstanding on my side. You need to reopen the bug after you've provided the requested info. This is hardened-land, which isn't quite supported by the sparc team itself. Best chance is to try building gcc with USE=boundschecking, last time i checked it was REQUIRED for hardened to even approach a working state. I've recompiled gcc and gcc-sparc64 with boundchecking USE flag, but it fails with the same error. The only difference is that instead of 45 minutes, it took 105 mins, but I've also clear ccache's cache before compilation, so that may have been the cause. I'll try to do everything without hardened, ssp, pic and pic. And give more feedback. Anyway, this system is aimed to be a hardened one, as the same setup works fine on intel, and on the server, security is critical. .././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/rpcsvc CPP='sparc-unknown-linux-gnu-gcc -E -x c-header' /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/xbootparam_prot.T make[2]: *** [/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/xbootparam_prot.stmp] Segmentation fault (core dumped) make[2]: *** Waiting for unfinished jobs.... mkdir /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/rpcsvc CPP='sparc-unknown-linux-gnu-gcc -E -x c-header' /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -h rpcsvc/bootparam_prot.x -o /var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/rpcsvc/bootparam_prot.T make[2]: *** [/var/tmp/portage/glibc-2.3.6-r4/work/build-sparc32-sparc-unknown-linux-gnu-nptl/sunrpc/rpcsvc/bootparam_prot.stmp] Segmentation fault (core dumped) make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6/sunrpc' make[1]: *** [sunrpc/others] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.6-r4 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile glibc-2.3.6-r4.ebuild, line 1128: Called toolchain-glibc_src_compile glibc-2.3.6-r4.ebuild, line 224: Called die !!! make for sparc32 failed !!! If you need support, post the topmost build error, and the call stack if relevant. I've recompiled gcc, gcc-sparc64, glibc with -hardened -pic -ssp -pie, and it has worked. (Took 206 mins) So it is a hardened problem. Can anyone fix this? What are the supported use flags on sparc? Where can I find docs about it? In the long term, I'd like to use all the hardened toolchain, if possible. Can anybody fix this thing? Thank you. Masking hardened for sparc. No dev is taking care of this and until one arises we can't/won't do anything about it and this bug will sit here forever, sorry. Closing as LATER. |