<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 17, 2013 at 9:59 AM, David Peixotto <span dir="ltr"><<a href="mailto:dpeixott@codeaurora.org" target="_blank">dpeixott@codeaurora.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 12/16/2013 6:11 PM, Saleem Abdulrasool wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Mon, Dec 16, 2013 at 10:24 AM, David Peixotto<br></div><div class="im">
<<a href="mailto:dpeixott@codeaurora.org" target="_blank">dpeixott@codeaurora.org</a> <mailto:<a href="mailto:dpeixott@codeaurora.org" target="_blank">dpeixott@codeaurora.<u></u>org</a>>> wrote:<br>
    My main question is how does this directive interact with .include'd<br>
    files. If we have .end in a file that is being processed because of<br>
    a .include will it stop processing everything, or only that file. I<br>
    think gas will stop processing everything, even the original file.<br>
<br>
    Please add a test case that shows the behavior to expect when<br>
    processing a .end directive in a .include file. I think it is ok to<br>
    follow what gas does here.<br>
<br>
<br>
Yes, the behaviour would be that.  The includes are handled by the<br>
preprocessor, and the lexer would consume the rest of the tokens,<br>
behaving as gas does.  I suppose I can add additional tests.<br>
</div></blockquote>
<br>
Ok, sounds good to me. Just to be clear my question was about the .include assembler directive rather than a #include processed by the pre-processor.<br>
</blockquote></div><br>Bleh, misread that.  Either way, that is still the behaviour.  It will stop due to the .end in the .include'd file, and not read the rest of the parent file either.  The additional test will be part of the commit.<br clear="all">
<div><br></div>-- <br>Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org
</div></div>