search for: dinamespace

...nt: 9/19/2011 3:16 AM To: llvmdev at cs.uiuc.edu Subject: [LLVMdev] LLVM,metadata for namespaces Hello, I am wring front end for compiler ,the project I am working on,is based on llvm. I have a problem with generating metadata for namespaces. I call createNameSpace (with correct arguments) and get DINameSpace . But in IR file no metadata for namespace is generated. Can you advice me please what is the problem?Have I integrate in some way the DINameSpace I got with module or context? -- Thank you, Irena -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ll...

...d in it and call createNameSpace for each of them. When debugging I see that the namespaces are generated ,but in IR file there is no debug information for namespaces Also I tried to generate debug information for namespaces ,while treating lexical blocks... I think ,that in both cases generated DINameSpace, should be integrated with existing descriptor/s? Thank you in advance for the answer On Mon, Sep 19, 2011 at 5:08 PM, David Blaikie <dblaikie at gmail.com> wrote: > just off the cuff, have you actually created and used any names in the > namespace. I don't know for sure, but...

Hello, I am wring front end for compiler ,the project I am working on,is based on llvm. I have a problem with generating metadata for namespaces. I call createNameSpace (with correct arguments) and get DINameSpace . But in IR file no metadata for namespace is generated. Can you advice me please what is the problem?Have I integrate in some way the DINameSpace I got with module or context? -- Thank you, Irena -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ll...

...gt;>> >>> On Fri, Jun 27, 2014 at 1:49 PM, Adrian Prantl <aprantl at apple.com> wrote: >>>> I looked into this a little. >>> >>> Thanks for taking a look! >>> >>>> My proposal is this: >>>> >>>> - extend DINamespace with an extra UniqueID filed (analogous to DICompositeType) >>>> - add an extra case to DIScope::getRef() >>>> - Let CGDebugInfo create a mangled name for each namespace to use as UID >>>> -> the UID of the anonymous namespace is null. >>>> >&g...

I looked into this a little. My proposal is this: - extend DINamespace with an extra UniqueID filed (analogous to DICompositeType) - add an extra case to DIScope::getRef() - Let CGDebugInfo create a mangled name for each namespace to use as UID -> the UID of the anonymous namespace is null. For example: namespace a { namespace b {} } -> “_ZN1a", “_ZN1a1...

...14, at 1:58 PM, David Blaikie <dblaikie at gmail.com> wrote: > > On Fri, Jun 27, 2014 at 1:49 PM, Adrian Prantl <aprantl at apple.com> wrote: >> I looked into this a little. > > Thanks for taking a look! > >> My proposal is this: >> >> - extend DINamespace with an extra UniqueID filed (analogous to DICompositeType) >> - add an extra case to DIScope::getRef() >> - Let CGDebugInfo create a mangled name for each namespace to use as UID >> -> the UID of the anonymous namespace is null. >> >> For example: >> >&...

This isn't a realistic/viable implementation, just a hacked up "can I make it produce the right output" kind of thing, but while I hammer out a few more details (like fixing MC to allow multiple sections with the same name but different comdat groups) I figured I'd throw it out there to have a bit of a chat about it. I've tested simple cases of a single type and they seem to

>> Without needing to change how namespaces are handled. >> >> Yes, using DIRefs for namespaces would cause the actual type nodes to >> be deduplicated when they aren't even with the patch above, and that >> would help reduce debug info metadata further if that's >> useful/necessary. > > Exactly. While the above patch will cover up the problem, we