When trying to configure glibc to build it for cross compilation, configure drops out with: checking for suffix of object files... configure: error: in `/var/tmp/portage/cross-armv5tel-softfloat-linux-gnueabi/glibc-2.13-r2/work/build-x86-armv5tel-softfloat-linux-gnueabi-nptl': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details A look at config.log shows: configure:2760: checking for suffix of object files configure:2782: armv5tel-softfloat-linux-gnueabi-gcc -m32 -c -O2 -fno-strict-aliasing -U_FORTIFY_SOURCE -DPIC -U_FORTIFY_SOURCE -DPIC -U_FORTIFY_SOURCE -DPIC conftest.c >&5 cc1: error: unrecognized command line option "-m32" configure:2786: $? = 1 Reproducible: Always Steps to Reproduce: 1. Just try emerging it Actual Results: Fails to configure Expected Results: Clean configure run
1) Please attach the entire build log. 2) Please post your `(cross-)emerge --info' output. 2) Please attach the relevant config.log.
Created attachment 273087 [details] emerge --info
Created attachment 273089 [details] build log
Created attachment 273091 [details] conflog
Is there a tool to get those files into bugzilla from a headless machine easily? Bugzilla seems to work pretty sh*tty with links
(In reply to comment #5) > Is there a tool to get those files into bugzilla from a headless machine > easily? > > Bugzilla seems to work pretty sh*tty with links Try www-client/pybugz.
*** Bug 367247 has been marked as a duplicate of this bug. ***
do `crossdev -C armv5tel-softfloat-linux-gnueabi` followed by `crossdev armv5tel-softfloat-linux-gnueabi` and see if it works
A complete Toolchain rebuild as advised works. But it's certainly not a real fix. A complete toolchain rebuild for upgrades in parts of the cross-toolchain should not be standard procedure.
you're probably interpreting things incorrectly. crossdev has seen fixes that does not propagate to installed toolchains.