Hi,<br><br>I think we will also get gaps in the output if the atoms are processed in a out of order fashion.<br><br>Example:<br><br>Say there are two files that are part of the linking process 1.o, 2.o <br><br>1.o has data symbols (a, b)<br>
2.o has data symbols (c, d)<br><br>a, b has alignment requirements of 4 whereas c, d has alignment requirements of 16<br><br>So when we try to write the output with the following use cases :<br><br>1) the atoms appear as a,b,c,d the output file appears properly<br>
2) the atoms appear as a,c,b,d the output file will have gaps<br>3) whenever there is an atom movement because of symbol resolution, the output file will have gaps too<br><br>How do we go about without having gaps in the output file consistently and the output file using optimum space ?<br>
<br>Should the sections and the atom offsets be fixed after running it through the Reader.<br><br>Thanks<br><br>Shankar Easwaran<br>Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation<br>
<div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
-----Original Message-----<br>
From: Sid Manning [mailto:<a href="mailto:sidneym@codeaurora.org" target="_blank">sidneym@codeaurora.org</a>]<br>
Sent: Monday, October 15, 2012 11:23 AM<br>
To: LLVM Commits; Hemant Kulkarni; Michael Spencer; Nick Kledzik; Evandro; Easwaran, Shankar<br>
Subject: Atom alignment<br>
<br>
<br>
DefinedAtom's alignment method is applying section alignment constraints to every atom in the chunk and this causes gaps in the output.  This change returns alignment only if the atom is a section symbol.<br>
<br>
<br>
--<br>
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation<br>
</blockquote></div><br>