[cfe-dev] changing -save-temps to keep bitcode?
Bob Wilson
bob.wilson at apple.com
Mon Dec 15 16:19:18 PST 2014
> On Dec 15, 2014, at 3:06 PM, David Blaikie <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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20141215/9481f717/attachment.html>
More information about the cfe-dev
mailing list