Looks like https://reviews.llvm.org/D122766 (-ffile-reproducible) might
solve my immediate issues in clang, but I think we should still consider
moving to a more canonical naming of lambdas that, necessarily, doesn't
include the file name (unfortunately). Probably has to include the lambda
numberin
On Tue, Jun 14, 2022 at 2:01 PM Greg Clayton wrote:
>
> Template types are emitted for C++ in DWARF as specialized instances only,
> there is no generic definition of the type. One of the issues that impedes
> LLDB from functioning correctly in the expression parser for C++ with
> templates is
As long as there is a DW_AT_ranges on the CU the is complete, that is good
enough for LLDB. No one seems to consistently emit .debug_aranges these days so
we definitely don't rely on it.
Greg
> On Jun 14, 2022, at 1:10 PM, David Blaikie via Dwarf-Discuss
> wrote:
>
> Given the discussion pre
Template types are emitted for C++ in DWARF as specialized instances only,
there is no generic definition of the type. One of the issues that impedes LLDB
from functioning correctly in the expression parser for C++ with templates is
how the accelerator table entries are emitted. If you have a
"
At this point, performance is good enough for our use-case, no qualms from
me.
On Tue, Jun 14, 2022 at 4:10 PM David Blaikie via Dwarf-Discuss <
dwarf-discuss@lists.dwarfstd.org> wrote:
> Given the discussion previously in this thread - does anyone have
> particular objections to removing .debug
Given the discussion previously in this thread - does anyone have
particular objections to removing .debug_aranges? (in favor of/perhaps
with specific wording that /requires/ CU level ranges to be specified
(ie: it's not acceptable to have a subprogram with non-empty range in
a CU which doesn't cov
On Wed, May 18, 2022 at 9:53 AM David Blaikie wrote:
>
> On Wed, May 18, 2022 at 4:16 AM Robinson, Paul wrote:
> >
> > > Looks like gdb and lldb both have issues with C++ local types (either
> > > types defined in anonymous namespaces, or otherwise localized - eg: a
> > > non-local template with