Description
Tony Harmelink
2005-04-15 10:33:44 UTC
attach ALL of the config.log's from the build dir find /var/tmp/portage/gcc-3.4.3-r1/work/build -name config.log Created attachment 56413 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/32/zlib/config.log
Created attachment 56414 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/gcc/config.log
Created attachment 56415 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/intl/config.log
Created attachment 56416 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/zlib/config.log
Created attachment 56417 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/libiberty/config.log
Created attachment 56418 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/x86_64-pc-linux-gnu/32/libstdc++-v3/config.log
Created attachment 56420 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/x86_64-pc-linux-gnu/libstdc++-v3/config.log
Created attachment 56421 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/fastjar/config.log
Created attachment 56422 [details]
/var/tmp/portage/gcc-3.4.3-r1/work/build/config.log
configure:2447: checking whether the C compiler works configure:2453: ./a.out ./a.out: error while loading shared libraries: /lib32/tls/libc.so.6: cannot apply additional memory protection after relocation: Permission denied configure:2456: $? = 127 configure:2465: error: cannot run C compiled programs. wow that's a weird error ... ever see that one before eradicator ? need to reopen ... Spanky, this looks like kernel bug - search http://gentoo.kems.net/gentoo-x86-portage/sys-kernel/hardened-dev-sources/ChangeLog for this error. hardened team: any thoughts on my last comment ? I've seen that error a few times. It's either the result of the flawed design of PT_GNU_STACK. Or perhaps something built with -z relro.. Would need to see a scanelf -a/readelf -e Not to badger you, but us there any progress on this? Still need to see the results of the readelf -e a.out before any progress can be made. configure:2453: ./a.out ./a.out: error while loading shared libraries: /lib32/tls/libc.so.6: cannot apply additional memory protection after relocation: Permission denied -------------------------------------------------------- Side note I would avoid gcc-3.4.3 with hardened setups. The gcc seems to be faultly. I use the standard 2005.0 profile on my AMD64 box and a self-patches kernel, amognst others with GRSecurity. I need to a chpax -m / paxctl -m (or set the M subject flag in the ACL) for any 32-Bit-App I want to run, which has always been like this using a kernel featuring the resp. PaX feature. (which is CONFIG_PAX_MPROTECT, I suppose, but I haven't verified this.) *** This bug has been marked as a duplicate of 93769 *** |