<div dir="ltr">I had to revert this patch in <span style="color:rgb(0,0,0)">r224546, as it broke compilation of fortran files with gcc through the clang driver. It's easy to observe the change in behavior with -###, but I think you need to be on a system where clang thinks there is a valid gcc installation that can handle fortran. I was unable to observe the behavior change on Windows, for example, so I doubt it will be observable on Mac OS X without some fiddling. Let me know if you need help reproducing the situation.</span></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 15, 2014 at 4:19 PM, Bob Wilson <span dir="ltr"><<a href="mailto:bob.wilson@apple.com" target="_blank">bob.wilson@apple.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Dec 15, 2014, at 3:06 PM, David Blaikie <<a href="mailto:dblaikie@gmail.com" target="_blank">dblaikie@gmail.com</a>> wrote:</div><br><div><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">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><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></div><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><span class=""><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></span><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></div></div></div></div></div></blockquote></div><br><div>Sounds good. I agree that will be even more useful. Steven Wu has already written a patch to do something similar, so I’ll see if I get that done soon.</div></div><br>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div></div>