Displaying 4 results from an estimated 4 matches for "mdkindids".
Did you mean:
mdkindid
2009 Sep 16
1
[LLVMdev] [proposal] Extensible IR metadata
...wrapper types (avoids one vector lookup). But I
can also change it when I add the wrapper types.
It's too bad we don't have a SmallMap class to give MDInfoTy a good
API and make it efficient at both small and large map sizes. Maybe
s/MDInfoTy/MDMapTy/ to point out that it's a map from MDKindIds to
MDNodes?
Comment whether RegisterMDKind requires that its argument is
as-yet-unknown in Metadata.h.
Context.pImpl->TheMetadata.ValueIsDeleted(this); in ~Value will always
call the empty ValueIsDeleted(Value*) overload.
Please write a unittest for this.
Metadata::getMDKind(Name) can just b...
2009 Sep 16
0
[LLVMdev] [proposal] Extensible IR metadata
On Fri, Sep 11, 2009 at 9:57 AM, Chris Lattner <clattner at apple.com> wrote:
> Devang's work on debug info prompted this, thoughts welcome:
> http://nondot.org/sabre/LLVMNotes/ExtensibleMetadata.txt
Here is partial initial implementation.
Thoughts ?
-
Devang
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mdn.diff
Type: application/octet-stream
2009 Sep 11
12
[LLVMdev] [proposal] Extensible IR metadata
Devang's work on debug info prompted this, thoughts welcome:
http://nondot.org/sabre/LLVMNotes/ExtensibleMetadata.txt
-Chris
2009 Sep 11
0
[LLVMdev] [proposal] Extensible IR metadata
I've got a suggestion for a refinement:
Right now, we have classes like DILocation that wrap an MDNode* to
provide more convenient access to it. It would be more convenient for
users if instead of
MDNode *DbgInfo = Inst->getMD(MDKind::DbgTag);
Inst2->setMD(MDKind::DbgTag, DbgInfo);
they could write:
DILocation DbgInfo = Inst->getMD<DILocation>();