<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 15, 2014 at 3:00 PM, Diego Novillo <span dir="ltr"><<a href="mailto:dnovillo@google.com" target="_blank">dnovillo@google.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><p dir="ltr"><br>
On Dec 15, 2014 5:23 PM, "David Blaikie" <<a href="mailto:dblaikie@gmail.com" target="_blank">dblaikie@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Mon, Dec 15, 2014 at 1:09 PM, Diego Novillo <<a href="mailto:dnovillo@google.com" target="_blank">dnovillo@google.com</a>> wrote:<br>
>><br>
>> On 12/15/14 15:10, Joerg Sonnenberger wrote:<br>
>>><br>
>>> On Mon, Dec 15, 2014 at 11:26:43AM -0800, Bob Wilson wrote:<br>
>>>><br>
>>>> Does anyone have interest in this or objections to it?<br>
>>><br>
>>><br>
>>> Yes, please. Especially if it captures the bitcode *before* any of the<br>
>>> optimisations hit.<br>
>><br>
>><br>
>> Agreed. On several occasions, I've found myself wondering how I can generate bitcode exactly as it leaves the parser, before any early cleanups and such.<br>
><br>
><br>
> -mllvm -disable-llvm-optzns<br>
><br>
> will produce the IR straight out of Clang's CodeGen. Skipping things like the AlwaysInliner and AddDiscriminator pass, etc.<br>
>  </p>
</span><p dir="ltr">Yes. Of course, i know that. </p></blockquote><div>Ah, sorry - wasn't sure if you knew that particular one. I always forget it/have to look it up whenever I want to do that. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">The point is that easier is better.<br></p></blockquote><div>Sure enough - well, point to Bob, then: consider doing this kind of IR, rather than the usual -emit-llvm IR, to get something closer to the original/pure generated IR.<br><br>- David</div></div></div></div>