<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Ben,<div><br></div><div><br><div><div>On Aug 12, 2008, at 11:36 AM, Benedict Gaster wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div> <font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Hi Owen,<br> <br> On 12/08/2008 16:52, "Owen Anderson" <<a href="resistor@mac.com">resistor@mac.com</a>> wrote:<br> <br> </span></font><blockquote type="cite"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br> SNIP<br> <br> <br> I'm still not seeing how these two are any different. You just replace the text of "if" with "br", and add the explicit target labels. I should also point out that, in LLVM IR, the order the blocks are laid out in is not meaningful and could change, so representing them explicitly in the branch or "if" is a requirement. Also, this ordering (and, indeed, the number and structure of basic blocks) is not guaranteed to be preserved into the Machine-level phase of code generation.<br> <br> What I'm guessing you're getting at is that you need is to insert an end-if instruction at some point. If this is the case, I don't think radically changing the LLVM IR is the path of least resistance. What about having a Machine-level pass that enforces the ordering of blocks that you require and inserts the special instructions based on a high-level control flow reconstruction? At the Machine-level, blocks are allowed to have multiple exits, so you could even implement the non-optimized case you gave first. Also, loop-structure analysis is available at the Machine level as well, which might help.<br> <br> </span></font></blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">[bg] Ok so I think I’m starting to get it. You are correct in your assertion that we need to insert the end-if instruction at some point and of course else in the case of if-then-else constructs. But we also need to reconstruct while-loops and it is unclear to me if you approach works for all cases of gotos. The other concern here is that as we are targeting an instruction set with virtual registers and register allocation and scheduling will be performed by our assembler not within LLVM and so we are planning on implementing a language style backend, similar in style to the MSIL backend, and as such it is possible to use a machine-level pass? <br> </span></font><blockquote type="cite"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><font class="Apple-style-span" color="#144FAE" face="Helvetica" size="3"><span class="Apple-style-span" style="font-size: 12px;"><font class="Apple-style-span" color="#006312" face="Calibri" size="4"><span class="Apple-style-span" style="font-size: 15px;">[ Deleted Text]</span></font></span></font></span></font></blockquote></div></blockquote></div></div><div><br></div><div>I don't see why not as you have only a different target. Assuming the incoming graph doesn't have improper intervals, I would think that Owen's approach to have a structural fixup machine level pass to run over the CFG seems to be the right way to go. I assume that the requirement is to end up with structured control flow and its not required (though it might be desirable) that the incoming source graph is preserved. If the incoming code have improper intervals, I think we could reconstruct it but as other people indicated, the CFG could be quite a bit larger (see [1]).</div><div><br></div><div> -- Mon Ping</div><div><font class="Apple-style-span" face="Arial"><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><br></span></font></div><div><font class="Apple-style-span" face="Arial"><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><br></span></font></div><div><font class="Apple-style-span" face="Arial"><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><span class="Apple-style-span" style="font-family: Helvetica; "><strong><font class="Apple-style-span" face="Arial"><span class="Apple-style-span" style="font-weight: normal; ">[1] Folklore confirmed</span></font></strong><strong><font class="Apple-style-span" face="Arial"><span class="Apple-style-span" style="font-weight: normal; ">: reducible flow graphs are exponentially larger</span></font></strong></span></span></font></div><div><font class="Apple-style-span" face="Arial"><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px;"><span class="Apple-style-span" style="-webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; color: rgb(111, 111, 111); font-family: Verdana; line-height: 12px; ">Proc. of the 30 th ACM SIGPLANSIGACT Symposium on Principles of Programming Languages</span></span></font></div></body></html>