ok, finally trying out the uclibc patch for crosstool...

[Carl Miller]

On Sat, Jun 19, 2004 at 12:57:54PM -0700, Dan Kegel wrote:
> It failed with
> + test -f 
> /home/dank/test/crosstool-0.28-rc5/patches/uClibc-0.9.23/Makefiles-relocate.patch
> + patch -g0 --fuzz=1 -p1 -f
> + cat patch30786.log
> patching file Makefile
> Hunk #7 FAILED at 258.
> 1 out of 10 hunks FAILED -- saving rejects to file Makefile.rej
> 
> It failed later with
> + sed -i -f munge-defconfig.sed .config
> sed: file munge-defconfig.sed line 2: Invalid reference \1 on `s' command's 
> RHS
> because of missing \ on the ('s and )'s on lines 1 and 4 of 
> munge-defconfig.sed.
> (I'm on Red Hat 9; sed here is GNU sed version 4.0.5.)
> 
> So I put a fixed version up at 
> http://kegel.com/crosstool/crosstool-uclibc-0.28-rc5-ter.patch

Hrrmmm, I'll look into that.

> Sadly, that crashed when building C++, with error
> 
> In file included from 
> /home/dank/test3/crosstool-0.28-rc5/build/mipsel-unknown-linux-gnu/gcc-3.3.3-uClibc-0.9.23/gcc-3.3.3/libstdc++-v3/src/ctype.cc:36:
<snip>

Did crosstool get fired up with TARGET=mipsel-unknown-linux-gnu but with
LIBC_DIR=uClibc-0.9.23?

The linux-gnu TARGET suffix asks gcc and binutils to build assuming glibc.
I don't know what to expect (aside from general badness) if you configure
for glibc but build with uClibc.

Try changing the TARGET line in mipsel.dat to:

TARGET=mipsel-unknown-linux-uclibc


That may fix the C++ issues, as you need to invoke the uClibc special
configuration in gcc to get libstdc++-v3 to build against uClibc headers.


                            -----Carl


Which, in general suggests that if crosstool wants to be multi-C-library-
aware, it needs a more sophisticated way to build up the value of the
TARGET define.  Looks like multiple .dat files may want to contribute a
small piece each to TARGET.

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