[GSOC] Dynamic object file loading status

[JiSheng Zhang]

Hi all,

My coding started on 15 June. It's too late. I hope I can catch up
with other students.

As for the project status:
I have implemented a loader under Linux. The code is based on
bionic(android libc) linker, but the object file loading and symbol
resolving and  relocation will be rewritten. It seems  that object
file loading and parsing, symbol resolving and relocation works fine.
But the object is entirely readed into memory,  we only need to load
sections such as .text .data .symtab etc. So I rewrite some code of
the loader, now the resolving and relocation doesn't work!
(Segmentation fault). The reason is that before call update_symbols I
need to update the section table first. This will be fixed this week.
All the code is attached.
Limitation:only support x86 now, need to implement relocation on other arch.

Some Q&A:
Why I choose implement a loader under Linux? Because the debug is
easy, once the loader under Linux completed, it can be easily ported
to rtems.
Why git? I often have no internet access. So code.google.com is not an
idea project hosting place. I choose github.

Comments are welcomed.

Thanks,
JiSheng
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linker.tar.bz2
Type: application/x-bzip2
Size: 9760 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/users/attachments/20090704/938b44a0/attachment.bin>