Hi, I followed the directions on http://gcc.gnu.org/simtest-howto.html 1. ran into the problem that gcc failed the compiling with newlib -- it's a cross-compiler issue 2. patched with gcc-rtems patch 3. configured with ../combined/configure \ --target=i386-rtems \ --prefix=/home/stanr/Desktop/gcc-testing/install \ --with-gnu-as \ --with-gnu-ld \ --with-newlib \ --with-system-zlib \ --disable-nls \ --enable-version-specific-runtime-libs \ --disable-shared \ --disable-checking 4. ran make >> /dev/null 5. running make check-gcc >> results.txt
After the results ran past the screen limit I cancelled it, and am running it again, this time to a file. Much to my surprise, the i386-rtems compiler passed some of the tests running on my i686 machine. I know the results will not be completely useful, because the build machine is a i686, but I'm trying to show a good faith effort. My next step will be to learn how to use qemu as an i386 simulator in the context of DejaGNU. After some searching I've found http://gcc.gnu.org/ml/gcc/2009-04/msg00759.html. Hopefully, I'll be able to figure out how to use qemu with DejaGNU. Again, thanks for all the help and support! ________________________________________ From: Ralf Corsepius [ralf.corsep...@googlemail.com] Sent: Saturday, December 15, 2012 7:50 PM To: Joel Sherrill Cc: Robert Dewar; Ralf Corsepius; Richard Biener; Cynthia Rempel; gcc@gcc.gnu.org Subject: Re: Please don't deprecate i386 for GCC 4.8 On 12/15/2012 07:02 PM, Joel Sherrill wrote: > I did test i386-rtems in the past few months but it had a build breakage and > I filed a PR. That issue was resolved but at that point about 1/4 of the > rtems targets failed to compile. You likely are referring to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175 Yes, this bug is fixed, but a follow-up discussion[1] of this as resulted into what I had called "the known and yet unresolved soft-float/i386" issues earlier in this thread. Ralf [1] Start around http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175#c9 Todate, I know there are at least 2 (possibly 3) bugs interacting, one (possibly 2) in GCC and one in newlib, which render the i386/softfloat multilib variant of i386-rtems GCC non-functional.
