[Gcl-devel] Re: BFD relocations
Daniel Jacobowitz
drow@mvista.com
Mon Jun 10 16:10:00 GMT 2002
More information about the Binutils mailing list
Mon Jun 10 16:10:00 GMT 2002
- Previous message (by thread): [Gcl-devel] Re: BFD relocations
- Next message (by thread): Flushing the d-cache (was Re: BFD relocations)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Jun 10, 2002 at 06:35:02PM -0400, Camm Maguire wrote: > Greetings! Thank you all once again. To finalize this issue for gcl, > could you perhaps guide me as to the following: > > 1) Is there a central place where I can find the analogous > data-cache-flushing assembly instructions for the Debian supported > architectures? Barring that, decentralized places? Glibc. Under sysdeps/<arch>/. Good luck. > 2) The existing gcl code (on x86 for example), loads .text and .data > sections, and allocates space for .bss but of course doesn't load. > I've tried not allocating space for .bss on x86, as the section > flags seem to indicate, and all still works fine. Is this > portable? My eventual intention is to allocate space only if one > of SEC_ALLOC and SEC_LOAD are set. Huh? BSS should be marked SEC_ALLOC. > 3) I don't understand stripping of binaries very well, but I was > wondering if after relocation I could reclaim some of the space of > the object by discarding symbol information as when stripping an > executable. Does this shrink .text and .data section space, or > does this just refer to the .strtab etc. sections? No loaded segment would change size, in general. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer
- Previous message (by thread): [Gcl-devel] Re: BFD relocations
- Next message (by thread): Flushing the d-cache (was Re: BFD relocations)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list