crosstool-0.17: gcc-3.3/glibc-2.3.2 99% working on sh4

[Dan Kegel <dank at kegel dot com>]

crosstool is a set of scripts for building and testing cross-compilers
based on gcc/glibc/linux.

A new release is ready, and can be downloaded from
     http://kegel.com/crosstool

The big change with this release is that it builds gcc-3.3/glibc-2.3.2
properly on sh4, thanks to patches from Kaz Kojima.
You can see the regression test summaries at
     http://www.kegel.com/crosstool/current/summaries/
They're not entirely pretty for sh4, but at least it's a start.

Changelog:
0.17 4 Aug 2003
     The sh4 toolchain is now in about the same state on glibc-2.3.2 as it was on
     glibc-2.2.5, which is to say a bit shaky compared to ppc405 and ppc750:
     powerpc-750/gcc-3.3/glibc-2.3.2: fails 1 out of 339 glibc tests
     powerpc-750/gcc-3.3/glibc-2.2.5: fails 1 out of 247 glibc tests
     powerpc-405/gcc-3.3/glibc-2.3.2: fails 5 out of 339 glibc tests
     powerpc-405/gcc-3.3/glibc-2.2.5: fails 5 out of 247 glibc tests
     sh4/gcc-3.3/glibc-2.3.2:         fails 19 out of 339 glibc tests
     sh4/gcc-3.3/glibc-2.2.5:         fails 12 out of 247 glibc tests
     Still, at least crosstool can now build sh4/gcc-3.3/glibc-2.3.2, which
     should make it easier for newcomers to verify these test failures and
     perhaps even fix them.

     Thanks to Kaz Kojima for his patient assistance!  This release contains
     three patches he wrote to help me get past dynamic linking problems on SH:

     1. gcc-3.3-patches/sh-spec.patch fixes an early segmentation fault in ld-linux.so
     which caused all dynamically-linked programs to fail on sh4 with glibc-2.3.2.
     It seems gcc on SH has for years been inserting an rpath of /lib
     when you didn't specify one, which runs afoul of the new
       assert (info[DT_RPATH] == NULL);
     at line 161 in glibc-2.3.2/elf/dynamic-link.h.
     Simply removing this default rpath from gcc's spec file cures the crash.

     The following two patches are needed because glibc-2.3.2 (as of Dec
     2002) checks at build time to make sure its shared libraries don't
     need text relocations (which would hurt prelinking).

     2. gcc-3.3-patches/sh-pic-set_fpscr.patch fixes part one cause of
     make[2]: *** [/build/sh4-unknown-linux-gnu/gcc-3.3-glibc-2.3.2/build-glibc/elf/check-textrel.out] Error 1
     Without it, check-textrel complains
             libc.so: text relocations used
             linuxthreads/libc.so: text relocations used
             math/libm.so: text relocations used
     because there was no PIC version of set_fpscr().

     3. binutils-2.14.90.0.5-patches/binutils-sh-relocs.patch fixes another cause of:
     make[2]: *** [/build/sh4-unknown-linux-gnu/gcc-3.3-glibc-2.3.2/build-glibc/elf/check-textrel.out] Error 1
     Without it, check-textrel complains
             libc.so: text relocations used
             linuxthreads/libc.so: text relocations used
             linuxthreads/libpthread.so: text relocations used
             math/libm.so: text relocations used
             resolv/libresolv.so: text relocations used
     because DT_TEXTREL was set even though there were no text relocations.

     Other changes:

     glibc-{2.2.5,2.3.2}-patches/glibc-test-lowram.patch prevents glibc's
     tst-calloc from running out of RAM on 32MB target systems, at the cost of
     weakening the test a bit.  The test should probably check RLIMIT_DATA
     and/or RLIMIT_AS, and use them at runtime to decide how big a test to
     run.  Instead, I've just hardcoded it to be one sixth the original size.

     Other notes:

     On sh4, g++'s thread/pthread6.cc test failed with gcc-3.3, but not with
     gcc-ss-3_3-20030714.  Not sure what's going on there yet.

     On sh4, until gcc-3.4, the -mrelax option in gcc is broken,
     and the corresponding test in the binutils test suite fails.
     If you need this to work in gcc-3.3, Kaz says use binutils-2.14.90.0.5 or later,
     and see http://gcc.gnu.org/ml/gcc-patches/2003-03/msg00226.html
     and http://gcc.gnu.org/ml/gcc-patches/2003-03/msg00213.html
     I have not tested these patches yet.
     The error in the binutils test log is
       ERROR: -O -mrelax ...ld/testsuite/ld-sh/sh2.c: compilation failed


--
Dan Kegel
http://www.kegel.com
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045




------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com