This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: 3.1 bootstrap fails on sparcv9-sun-solaris2.8
- To: aoliva at redhat dot com (Alexandre Oliva)
- Subject: Re: 3.1 bootstrap fails on sparcv9-sun-solaris2.8
- From: Brad Lucier <lucier at math dot purdue dot edu>
- Date: Mon, 9 Apr 2001 02:09:40 -0500 (EST)
- Cc: lucier at math dot purdue dot edu (Brad Lucier), gcc-bugs at gcc dot gnu dot org
>
> On Apr 9, 2001, Brad Lucier <lucier@math.purdue.edu> wrote:
>
> > Aren't we going about this all the wrong way? I just want to
> > build a nice, 32bit, compiler that can happen to generate 64-bit code
> > and link to 64-bit libraries when I give the right options. It seems
> > to me that this should be possible, or even straightforward.
>
> Oh. Then, sparcv9 is not what you want. That will get you a 64-bit
> compiler by default, IIRC.
>
> If you want a 32-bit compiler by default, you'll have to uncomment a
> few lines in gcc/config.gcc, right after:
>
> # At the moment, 32-to-64 cross compilation doesn't work.
>
OK, did that, got a good comparison, then a failure at
make[4]: Entering directory `/export/home/lucier/gcc/objdir/sparc-sun-solaris2.8
/sparcv9/libiberty'
make[4]: *** No rule to make target `all'. Stop.
make[4]: Leaving directory `/export/home/lucier/gcc/objdir/sparc-sun-solaris2.8/
sparcv9/libiberty'
make[3]: *** [multi-do] Error 1
I'm trying this because I expected the integration of the subreg-byte
branch to fix 64-bit code generation on sparc, something I've been
looking forward to for a long time.
Brad