[PATCH] D18565: Implement an "I'm dtrace, please retain all debug types" option.

[David Blaikie via cfe-commits]

On Tue, Mar 29, 2016 at 12:03 PM, Adrian Prantl via cfe-commits <
cfe-commits at lists.llvm.org> wrote:

>
> > On Mar 29, 2016, at 12:00 PM, Joerg Sonnenberger <
> joerg at britannica.bec.de> wrote:
> >
> > On Tue, Mar 29, 2016 at 06:47:24PM +0000, Adrian Prantl via cfe-commits
> wrote:
> >> This code in this patch listens to the driver option -gfull, and lowers
> it to the new cc1 option -debug-retain-types (1).
> >> When -debug-retain-types is present, CGDebugInfo will retain every(2)
> type it creates.
> >
> > Is there a good reason for calling it -gfull? I would find something
> > -gall-types or -gretain-all-types to make a lot more sense. This should
> > be orthogonal to other options like providing only line tables?
>
> My thinking was this:
> The driver already supports -gfull, but it doesn’t do anything.
> This patch can be considered a first step towards making -gfull behave as
> expected.
> Eventually it should emit debug info for *all* types.
>

Seems somewhat problematic to half implement it, though. (admittedly we're
just silently ignoring it right now)

& is 'real' -gfull what dtrace really wants? (seems it isn't - since
clang's never really implemented it?)

Emitting all types referenced by used (even if later optimized away) code
seems like the thing? -greferenced? or maybe a -f flag? Not sure.


>
> > Joerg
> >
> > PS: Slightly related side question, do we have any tools for extracting
> > a given list of types for retaining? Either by name or global variable
> > expression.
>
> Extract them from where? Can you give an example?
>
> -- adrian
> _______________________________________________
> cfe-commits mailing list
> cfe-commits at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20160329/a4d4f471/attachment-0001.html>