I forgot to CC the list earlier. Apologies.
Forwarded Message
Subject: Re: [lldb-dev] DWARFASTParserClang and DW_TAG_typedef for
anonymous structs
Date: Fri, 11 Mar 2016 11:55:50 +
From: Luke Drummond <luke.drumm...@codeplay.com>
To: Greg Clayton <gclay...@apple
Please file a bug for this and I will relate it to our internal apple bug that
tracks this issue.
> On Mar 10, 2016, at 2:03 PM, Greg Clayton via lldb-dev
> wrote:
>
> Thanks for the example, this is indeed a new regression. It used to work
> (Xcode 7.2), but now
Thanks for the example, this is indeed a new regression. It used to work (Xcode
7.2), but now with top of tree it doesn't. Sean Callanan recently pulled out a
bunch of work around we used to have in the expression/JIT so that we can avoid
certain issues that were caused by said work arounds,
Hi Greg
First of all thanks for taking the time to help out with this.
On 10/03/16 00:18, Greg Clayton wrote:
So we ran into a problem where we had anonymous structs in modules. They have no name, so
we had no way to say "module A, please give me a struct named... nothing in the
namespace
So we ran into a problem where we had anonymous structs in modules. They have
no name, so we had no way to say "module A, please give me a struct named...
nothing in the namespace 'foo'". Obviously this doesn't work, so we always try
to make sure a typedef doesn't come from a module first, by
Hi All
I'm hoping that someone might be able to give me some direction
regarding `Type` resolution from DWARF informationfor functions taking
anonymous structs hidden behind a typedef
e.g.
```
typedef struct {
int i;
float f;
} my_untagged_struct;
void __attribute__((noinline))