Re: No bootstrap on Solaris 2.7

[Martin Kahlert <martin dot kahlert at infineon dot com>]

Hi Alexandre,
thanks for your reply (and thanks for the other ones i got)

On Wed, Jan 02, 2002 at 02:36:19PM -0200, Alexandre Oliva wrote:
> On Jan  2, 2002, Martin Kahlert <martin.kahlert@infineon.com> wrote:
> 
> > Hi!
> > I tried bootstrapping gcc-20011231 on a Solaris 2.7 host
> > (SunOS mirandy 5.7 Generic_106541-17 sun4u sparc SUNW,Ultra-5_10)
> > using binutils-2.11.2 and the commands:
> 
> > /home/kahlert/conftest.c:1: relocation truncated to fit: R_SPARC_32 .text
> 
> You need a newer (CVS) version of binutils, IIRC.

As e.g. Alex Zhukov suggested, i took another approach and used the
Solaris tools instead. Unfortunately it breaks on another position now.

I used the configure command
../gcc-20011231/configure --prefix=${prefix} \
   --enable-languages=c++,f77,java --enable-threads=posix \
   --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld

The as/ld are from Sun's WorkShop Compiler 5.0.

The bootstrap bombs with:
gmake[5]: Entering directory `/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava'
/bin/sh ./libtool --tag=GCJ --mode=compile /data/titan_1/kahlert/TTT/obj_mirandy/gcc/gcj -B/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava/ -B/data/titan_1/kahlert/TTT/obj_mirandy/gcc/ --encoding=UTF-8 -fassume-compiled -fclasspath=/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava -L/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava -g -O2  -m64 -MD -MT java/lang/ThreadGroup.lo -MF java/lang/ThreadGroup.d -c -o java/lang/ThreadGroup.lo ../../../../gcc-20011231/libjava/java/lang/ThreadGroup.java
/data/titan_1/kahlert/TTT/obj_mirandy/gcc/gcj -B/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava/ -B/data/titan_1/kahlert/TTT/obj_mirandy/gcc/ --encoding=UTF-8 -fassume-compiled -fclasspath=/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava -L/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava -g -O2 -m64 -MD -MT java/lang/ThreadGroup.lo -MF java/lang/ThreadGroup.d -c ../../../../gcc-20011231/libjava/java/lang/ThreadGroup.java -fPIC -o java/lang/.libs/ThreadGroup.o
/usr/ccs/bin/as: "/var/tmp//ccuduHks.s", line 3101: error: can't compute value of an expression involving an external symbol
/usr/ccs/bin/as: "/var/tmp//ccuduHks.s", line 3134: error: can't compute value of an expression involving an external symbol
gmake[5]: *** [java/lang/ThreadGroup.lo] Error 1
gmake[5]: Leaving directory `/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory `/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/sparcv9/libjava'
gmake[3]: *** [multi-do] Error 1
gmake[3]: Leaving directory `/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/libjava'
gmake[2]: *** [all-multi] Error 2
gmake[2]: Leaving directory `/data/titan_1/kahlert/TTT/obj_mirandy/sparc-sun-solaris2.7/libjava'
gmake[1]: *** [all-target-libjava] Error 2
gmake[1]: Leaving directory `/data/titan_1/kahlert/TTT/obj_mirandy'
gmake: *** [bootstrap] Error 2


I searched the java mailing list for that problem and found
http://gcc.gnu.org/ml/java/2001-12/msg00314.html
but i was not able to find any message in gcc-bugs by Andreas Tobler regarding that bug.

Thanks for any hint,
Martin.

PS: I am eager to get the Solaris gcj running to compare the performance
    with the Tower tools. Unfortunately, gcj only runs like a charm on Linux,
    where do not have the license for the Tower compiler.

-- 
The early bird catches the worm. If you want something else for       
breakfast, get up later.