i386 port

[Cynthia Rempel]

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.corsepius@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.