<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 19, 2014 at 3:09 PM, Nick Kledzik <span dir="ltr"><<a href="mailto:kledzik@apple.com" target="_blank">kledzik@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On Nov 19, 2014, at 11:26 AM, Shankar Easwaran <<a href="mailto:shankarke@gmail.com">shankarke@gmail.com</a>> wrote:<br>
<br>
> Hi Nick,<br>
><br>
> I need the original path of the files, from where the atoms were parsed.<br>
><br>
> The path for the atoms are completely useless after the round trip pass.<br>
><br>
> This is needed to support linker scripts with the Gnu flavor. I think there are more uses too like diagnostics (relocation overflows etc)<br>
</span>Can you give some examples.   Can whatever the linker scripts needs done, be done in a Pass before the round tripping?<br>
<br>
The RoundTripping passes are a test suite feature.  They are like running "ld -r” first, then linking that one merged .o file.  I’m guessing the linker script won’t work on that either (since the original .o filenames are lost).<br>
<br>
Maybe we just need a —no-round-trip linker option for the test cases that need to exercise that part of linker scripts? Or unset LLD_RUN_ROUNDTRIP_TEST in the test case.<br>
<span class="HOEnZb"></span></blockquote><div><br></div><div>Linker scripts may exclude certain files and certain sections from a specific output section. EXCLUDE_FILE is one example. <br><br></div><div>There is also a need for the linker to output the map of the image, for end user debugging purposes. Files/Sections from input files may be selected in the output section as well.<br><br></div><div>Also I was thinking all of the linker script would be handled in the writer, so the writer would need to know about atoms and the originating file.<br><br></div><div>There are many cases of when a relocation could overflow, and producing a right error message is very much needed for end users.<br><br></div><div>If we store the originating file as a reference from al atoms it would work I think. <br><br></div><div>Shankar Easwaran<br></div><div><br><br></div></div></div></div>