[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