This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


Ok changing the mipsel.dat and rerunning demo-mipsel.sh ran for a while,
then gave me:

/home/downloads/crosstool-0.28-rc5/build/mipsel-unknown-linux-uclibc/gcc-3.3
.3-glibc-2.3.2/glibc-2.3.2/configure --host=mipsel-unknown-linux-uclibc
--prefix=/usr --build=i686-pc-linux-gnu --without-cvs
--disable-sanity-checks
--with-headers=/opt/crosstool/mipsel-unknown-linux-uclibc/gcc-3.3.3-glibc-2.
3.2/mipsel-unknown-linux-uclibc/include --enable-hacker-mode
checking build system type... i686-pc-linux-gnu
checking host system type... Invalid configuration
`mipsel-unknown-linux-uclibc': machine `mipsel-unknown-linux' not recognized
configure: error: /bin/sh
/home/downloads/crosstool-0.28-rc5/build/mipsel-unknown-linux-uclibc/gcc-3.3
.3-glibc-2.3.2/glibc-2.3.2/scripts/config.sub mipsel-unknown-linux-uclibc
failed


What else am I doing wrong?

Thanks
Dan

-----Original Message-----
From: Dan Kegel [mailto:dank@kegel.com] 
Sent: Sunday, June 20, 2004 12:05 AM
To: Carl Miller
Cc: crossgcc@sources.redhat.com; Dan Strohschein
Subject: Re: ok, finally trying out the uclibc patch for crosstool...

Dan Kegel wrote:
>> 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
> 
> Trying it now.

That worked much better.  It actually built a toolchain!
However, the toolchain failed the "hello, c++" test for
dynamically linked executables (though static was ok).
Here's the last couple lines of the log:

+
/opt/crosstool/mipsel-unknown-linux-uclibc/gcc-3.3.3-uClibc-0.9.23/bin/mipse
l-unknown-linux-uclibc-g++ -static hello2.cc -o
mipsel-unknown-linux-uclibc-hello2-static
+
/opt/crosstool/mipsel-unknown-linux-uclibc/gcc-3.3.3-uClibc-0.9.23/bin/mipse
l-unknown-linux-uclibc-g++ hello2.cc -o mipsel-unknown-linux-uclibc-hello2
/opt/crosstool/mipsel-unknown-linux-uclibc/gcc-3.3.3-uClibc-0.9.23/lib/gcc-l
ib/mipsel-unknown-linux-uclibc/3.3.3/../../../../mipsel-unknown-linux-uclibc
/lib/libstdc++.so: undefined reference to `sqrtf'
collect2: ld returned 1 exit status

which looks a bit similar to http://gcc.gnu.org/PR8197

Perhaps dstrohschein@thewifilink.com can try out this toolchain
and report whether it worked for him at all with -static...
- Dan

-- 
My technical stuff: http://kegel.com
My politics: see http://www.misleader.org for examples of why I'm for regime
change


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]