[uClibc]Invalid ELF header

Erik Andersen andersen at codepoet.org
Thu Feb 6 20:12:05 UTC 2003


On Thu Feb 06, 2003 at 01:19:37AM +0000, Mark and Janice Juszczec wrote:
> 
> 
> 
> Hi folks
> 
> I got to thinking about this tonight.
> 
> 
> Stefan wrote:
> >the auxvt structure is provided by your system. It will be stored on the 
> >stack (for Intel targets) before calling the dynamic loader.
> >
> 
> Erik wrote:
> >It is placed on the stack by the linux kernel ELF loader.
> >See linux/fs/binfmt_elf.c for details on stack layout,
> >
> 
> Would a kernel that failed to load this information on the stack be able to 
> run anything at all?  I forgot to mention the same kernel+glibc will 
> execute programs on the pda.  Is it uClibc that looks for this info on the 
> stack or is it also done by glibc?
> 
> I kind of remember uClibc supports 2 methods of loading code, native and 
> something else.  Are both known to run on mipsel?  Could I have picked the 
> wrong one?
> 
> Just trying to get out of digging into kernel code if I don't have to.  
> Yes, I realize this makes me a wimp and a coward ;-)

I have a mipsel box, and I gave the uClibc 0.9.17 release a basic
do-things-run test, and it worked for me using the uClibc native
shared library loader.  So yes, I think it is safe to conclude
that uClibc runs on mipsel, at least with the native uClibc
shared lib loader....

 -Erik

--
Erik B. Andersen             http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--



More information about the uClibc mailing list