[K42-discussion] Annoyances with glibc_subset.symbols

[Patrick G. Bridges]

On Oct 9, 2007, at 7:56 AM, Bryan S Rosenburg wrote:

> I think you may be right about "not actually making it a shared  
> object".  The k42 library is self-contained and it may be possible  
> to link it almost as a normal executable.  Nothing really "links"  
> to it as a shared object.  But you'd be getting into uncharted  
> territory.  I'd be worried about the $(RELOCATE) steps in the  
> library Makefile.  I don't know what assumptions are built into  
> Michal's "relocate" program (in kitchsrc/tools/build/shared/ 
> relocate/).

Yes, that was my concern as well - I'm trying to stay in charted  
territory as long as I can. My current goal is just to get a linking  
kernel image so I can start working my way through the opteron boot  
process ASAP. relocate is PPC-specific, anyway, so I'm going to have  
to tackle that at some point anyway; once I get to attacking relocate  
and the shared library for real (as opposed to just hacking around  
things to get stuff to link), I'll figure out the best way to proceed  
then. Until then, I guess I'll just use memmove() from lib/libc/stdlib

-Patrick