[cfe-dev] changing -save-temps to keep bitcode?

Bob Wilson bob.wilson at apple.com
Wed Dec 17 22:10:58 PST 2014


> On Dec 15, 2014, at 4:19 PM, Bob Wilson <bob.wilson at apple.com> wrote:
> 
> 
>> On Dec 15, 2014, at 3:06 PM, David Blaikie <dblaikie at gmail.com <mailto:dblaikie at gmail.com>> wrote:
>> 
>> 
>> 
>> On Mon, Dec 15, 2014 at 3:00 PM, Diego Novillo <dnovillo at google.com <mailto:dnovillo at google.com>> wrote:
>> 
>> On Dec 15, 2014 5:23 PM, "David Blaikie" <dblaikie at gmail.com <mailto:dblaikie at gmail.com>> wrote:
>> >
>> >
>> >
>> > On Mon, Dec 15, 2014 at 1:09 PM, Diego Novillo <dnovillo at google.com <mailto:dnovillo at google.com>> wrote:
>> >>
>> >> On 12/15/14 15:10, Joerg Sonnenberger wrote:
>> >>>
>> >>> On Mon, Dec 15, 2014 at 11:26:43AM -0800, Bob Wilson wrote:
>> >>>>
>> >>>> Does anyone have interest in this or objections to it?
>> >>>
>> >>>
>> >>> Yes, please. Especially if it captures the bitcode *before* any of the
>> >>> optimisations hit.
>> >>
>> >>
>> >> 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.
>> >
>> >
>> > -mllvm -disable-llvm-optzns
>> >
>> > will produce the IR straight out of Clang's CodeGen. Skipping things like the AlwaysInliner and AddDiscriminator pass, etc.
>> >  
>> 
>> Yes. Of course, i know that.
>> 
>> 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. 
>> The point is that easier is better.
>> 
>> 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.
> 
> 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.

I’ve committed a change to implement this in r224503. Please try it out and let me know if it is not doing what you expect.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20141217/0a2f661e/attachment.html>


More information about the cfe-dev mailing list