On Friday 02 November 2012 00:19:58 Pablo Pölcher wrote: > The CHOST I was trying to (and could finally) build for is > «armv7m-none-eabi» (by running crossdev -t armv7m-none-eabi -s4 --ex-gdb). > The main problem I encountered is that I couldn't get a stage1 gcc built. > The build log would always end with the error message: > > «configure: error: cannot compute suffix of object files: cannot compile» > > After poking among the different log files, I found out that the problem > was that the compiler was being asked to generate ARM code for a Thumb-only > microcontroller, to what gcc would simply exit with the error code: > > «Error: Target CPU does not support ARM mode»
this looks like https://bugs.gentoo.org/418209 ... i'd post your patch as an attachment to that bug. > Anyway, once I got through this first problem, I had trouble again while > compiling the stage3 gcc. Poking around a bit more, I found out that if > the openmp USE flag is set, the gcc ebuild will try to build libgomp, even > if no support for pthreads is present (as is the case with my newlib-based > toolchain), so I could get around by disabling openmp during crossdev > execution, but I guess this could also go as a toolchain.eclass patch. this would be more appropriate as a patch to crossdev. probably want to update parse_target and set GUSE=-openmp for newlib targets. -mike
signature.asc
Description: This is a digitally signed message part.
