[K42-discussion] K42 pieces
Patrick G. Bridges
bridges at cs.unm.edu
Fri Oct 12 23:10:11 EST 2007
On Oct 11, 2007, at 3:13 PM, Bryan S Rosenburg wrote:
>
> I was basing my assertion mainly on Michal's comment in kitchsrc/
> lib/Makefile:
>
> # This creates the library to be loaded by ld.so to access k42
> interfaces
> # When this library is loaded, it will actually make ld.so link to
> the already
> # loaded exec.so, so only 4K of data from this file is actually
> loaded into
> # the application. mkreflib does magic on the elf headers to make
> this work.
Ah, missed those comments - thanks for the pointers.
> I agree that we should be able to make exec.so a fully resolved
> object (with any luck, avoiding the non-PIC code issues you're
> having with glibc_subset). And libk42sys.so should just be a dummy
> object that does whatever is necessary to let a native K42 app
> vector into exec.so. What that magic should look like on x86_64 is
> beyond my current expertise. (But when you figure it out, I'll be
> glad to steal it for another project I'm working on. :-) )
It's beyond my expertise right now too. We change from having to
trick ld.so into doing something funny to having to trick ld and
ld.so into doing something funny. :) I think I'm just going to hack
past this problem right now using the old string.C versions of the
functions I need, but I'll tackle it in a few months I guess.
More information about the K42-discussion
mailing list