[uClibc]Re: gcc 3.2.2 on mipsel

[dwu at zipworld.com.au]

I finally got busybox 0.60.5 to work with the latest uclibc library - thanks for
all your help!

One thing I noticed is that with the LD_DEBUG switched on, the process just
loops infinitely with the following output:

ELF header=0x2aaa8000
First Dynamic section entry=0x2aaa80cc
scanning DYNAMIC section
done scanning DYNAMIC section
done grabbing link information
calling mprotect on the shared library/dynamic linker
calling mprotect on the application program
About to store the debug structure address
About to do MIPS specific GOT bootstrap
About to do library loader relocations
Done relocating library loader, so we can now
        use globals and make function calls!
GOT found at 0x2aaef140
Lib Loader:     (0x2aaa8000) /lib/ld-uClibc.so.0
Loading:        (0x2aaf0000) /lib/libc.so.0
BEFORE: sigprocmask=0x4043c0
...
etc

Is this what's expected?

-Dan


Quoting Erik Andersen <andersen at codepoet.org>:

> On Tue Feb 25, 2003 at 05:15:48PM -0800, David Wuertele wrote:
> > Erik> Yes.  Static binaries work fine on my mips test system.
> > 
> > Is there a single variable in a Makefile, or some other simple way
> to
> > get the buildroot to make everything static?
> 
> Nope.
> 
> Fortunately however, there is no need.  I just fixed the problem
> with the shared library loader on mips....  The problem was a
> terribly stupid mistake on my part -- for certain architectures
> (like mips) I was accidentally storing the debug structure
> address to the totally wrong location in memory which resulted in
> a segfault.  The problem is now fixed and I have manually updated
> the uClibc daily snapshot.  So if you rebuild uClibc with today's
> daily snapshot you should be in good shape.
> 
>  -Erik
> 
> --
> Erik B. Andersen             http://codepoet-consulting.com/
> --This message was written using 73% post-consumer electrons--
>