[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