<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi All,<br><br></div>I have a design question of how your linker would be suitable for modeling ELF semantics.<br><br></div>The ELF linker needs the functionality of reading relocations ahead of symbol resolution for the following usecases :-<br><br></div>- Add linker defined symbols if there is a relocation to the symbol (Examples are : defsym, PROVIDE)<br></div>- Dont halt the linker operation if there are undefined symbols but they are not called from the root set (Do garbage collection and then report whether symbols are really undefined)<br></div>- A reference to a symbol inside a group, from outside a group need to be through an undefined symbol<br></div>- For string merging, relocations are needed in advance before they can be merged.<br></div>- For identical code folding, relocations are needed in advance before they can be merged.<br></div><br><div>There are also more usecase where there is not a symbol but a section, examples of them are :-<br><br></div><div>- sections that contain mergeable strings (.rodata)<br></div><div>- sections that contain Eh Frame information, where FDE's are discarded for functions that are garbage collected.<br></div><div><br></div>So I was trying to figure out how the Chunks and relocations would be related in the Reader, which means that it would be very similiar to what we have with the Atom model.<br><br></div>Thoughts / opinions ?<br><br></div>Shankar Easwaran<br></div>