[Bug other/25200] ICE compiling GNU tar

["andreas at florath dot net" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #9 from andreas at florath dot net  2005-12-10 12:09 -------
--- gcc-4.2-20051203 ---

No differences - same results as for the 4.1 version.

--- nameing ---

>>The configure line doesn't match the title of the report: the compiler has been
>>configured as a native 64-bit compiler.  

The first one I mispelled (it should be sparcv9-sun-solaris2.8 instead
of sparc64-sun-solaris2.8) - sorry! 

--- aim ---

My aim: build up a GNU binutils and gcc pair, running on SPARC 64 bit
and creating (by default, i. e. without specifying any compiler swicth)
SPARC 64 binaries.  Also the compiler compiling binutils and
boostrapping the compiler should be gcc.


>> How did you compile it?

Steps (in more detail) (Version of gcc here is 4.2-20051203):

(1) gcc [32 -> 32] using Solaris cc and Solaris ld, as, ar, ...
    Configured compiler with:
    /appl/tmo/be8/tmp/gcc-4.2-20051203/configure
--prefix=/appl/tmo/be8/pkg/pre1 --enable-shared --enable-threads
--enable-languages=c --disable-libgcj --enable-multilib sparc-sun-solaris2.8

(2) GNU binutils [32 -> 64] compiled with (1)
    Configured with:
    /appl/tmo/be8/tmp/binutils-051130/configure --enable-64-bit-bfd
--prefix=/appl/tmo/be8/pkg/pre2 --enable-bfd-assembler
--host=sparc-sun-solaris2.8 --target=sparcv9-sun-solaris2.8

(3) gcc [32 -> 64] compiled with (1) and using (2)
    Configured with:
    /appl/tmo/be8/tmp/gcc-4.2-20051203/configure
--prefix=/appl/tmo/be8/pkg/pre2 --enable-shared --enable-threads
--enable-languages=c,c++ --disable-libgcj --with-gnu-as
--with-as=/appl/tmo/be8/pkg/pre2/bin/sparcv9-sun-solaris2.8-as --with-gnu-ld
--with-ld=/appl/tmo/be8/pkg/pre2/bin/sparcv9-sun-solaris2.8-ld
--disable-multilib sparcv9-sun-solaris2.8

(4) GNU binutils [64 -> 64] compiled with (3)
    Configured with:
    /appl/tmo/be8/tmp/binutils-051130/configure --enable-64-bit-bfd
--prefix=/appl/tmo/be8/pkg/pre3 --enable-bfd-assembler
--host=sparcv9-sun-solaris2.8 --target=sparcv9-sun-solaris2.8

(5) gcc [64 -> 64] compiled with (3) and using (4)
    Configured with:
    /appl/tmo/be8/tmp/gcc-4.2-20051203/configure
--prefix=/appl/tmo/be8/pkg/pre3 --enable-shared --enable-threads
--enable-languages=c,c++ --disable-libgcj --with-gnu-as
--with-as=/appl/tmo/be8/pkg/pre3/bin/as --with-gnu-ld
--with-ld=/appl/tmo/be8/pkg/pre3/bin/ld --disable-multilib
sparcv9-sun-solaris2.8

This works quiet good.  When I use gcc (5) now, I'll get 64 bit
binaries - without the need to specify any compiler switch.


>> That's pretty confusing.  What are you trying to do?  If you want to build a
>> full 64-bit toochain, just build everything directly as 64-bit either with "cc
>> -xarch=v9" or "gcc -m64" and don't enter the 32/64-bit mixing game.

I think the steps I do is one way to get all the tools running and be sure that
everything is created with GNU tools.


>>>> @Eric Botcazou: When you run the testsuites for Solaris V9, are you using 32or
>>>> 64 bit executables?  Are you using Solaris ld, as, ar or the GNU binutils?
>>>> (I'm asking this, because your results look much better than mine.)
>
>>
>>SPARC V9 is pretty confusing, SPARC64 is a much better moniker.  The
>>sparc-sun-solaris2.* compiler is a multilib 32-bit compiler and must be
>>compiled by a pre-existing 32-bit compiler (e.g. cc).  The
>>sparc64-sun-solaris2.* compiler a multilib 64-bit compiler and must be compiled
>>by a pre-existing 64-bit compiler (e.g. cc -xarch=v9).  

So the test results (sparc64-*-*) are done with SOLARIS ld, as, ar, ...,
running 64 bit and producing 32 bit executables using the 32 bit backend? There
is no testsuite run for the 64 bit backend?

I know that the SPARC compiler is a multilib compiler - but I
explicitly disabled this: I really only need 64 bit executables.
(I'm not a SPARC expert, I just read the installation instructions
http://gcc.gnu.org/install/specific.html#sparcv9-x-solaris2
and thought that SPARC V9 and SPARC 64 are the same.)

>> Using any other combination is asking for trouble.

Is this, because nobody else had done this before?  :-) 

In my opinion, my way to get a 64 bit-only compiler is leagal - maybe
more complicated as just bootstrap with SUNs cc - but it should work.
If it does not work, there is a bug somewhere in the chain. (Hope
you agree with this?)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200