Displaying 12 results from an estimated 12 matches for "themetadata".
2010 Mar 16
2
[LLVMdev] Replacement for findStopPoint() in LLVM 2.7
...gt;> intrinsic has been removed? It appears that the debug information is
>> attached as metadata, but what is the easiest way to extract the
>> filename and line number information out of this metadata?
>>
>>
>
> Something like this (you can of course cache TheMetadata and MDDbgKind)
>
> llvm::MetadataContext *TheMetadata = M->getContext().getMetadata();
> MDDbgKind = TheMetadata->getMDKind("dbg");
> if (MDDbgKind) {
> if (MDNode *Dbg = TheMetadata->getMD(MDDbgKind, I)) {
> DILocation Loc(Dbg);
> ...
> Loc.ge...
2010 Mar 16
2
[LLVMdev] Replacement for findStopPoint() in LLVM 2.7
Dear LLVMers,
I'm updating some code to use the new LLVM 2.7 API. One piece of this
code uses the findStopPoint() function to find the source filename and
line number information of an instruction.
What is the best way to do this under LLVM 2.7 now that the stop point
intrinsic has been removed? It appears that the debug information is
attached as metadata, but what is the easiest way
2010 Mar 16
0
[LLVMdev] Replacement for findStopPoint() in LLVM 2.7
...er LLVM 2.7 now that the stop point
> intrinsic has been removed? It appears that the debug information is
> attached as metadata, but what is the easiest way to extract the
> filename and line number information out of this metadata?
>
Something like this (you can of course cache TheMetadata and MDDbgKind)
llvm::MetadataContext *TheMetadata = M->getContext().getMetadata();
MDDbgKind = TheMetadata->getMDKind("dbg");
if (MDDbgKind) {
if (MDNode *Dbg = TheMetadata->getMD(MDDbgKind, I)) {
DILocation Loc(Dbg);
...
Loc.getDirectory()
Loc.getFilename()
Loc.ge...
2010 Mar 16
0
[LLVMdev] Replacement for findStopPoint() in LLVM 2.7
...been removed? It appears that the debug
>>> information is attached as metadata, but what is the easiest way to
>>> extract the filename and line number information out of this metadata?
>>>
>>>
>>
>> Something like this (you can of course cache TheMetadata and MDDbgKind)
>>
>> llvm::MetadataContext *TheMetadata = M->getContext().getMetadata();
>> MDDbgKind = TheMetadata->getMDKind("dbg");
>> if (MDDbgKind) {
>> if (MDNode *Dbg = TheMetadata->getMD(MDDbgKind, I)) {
>> DILocation Loc(Dbg)...
2010 Mar 16
2
[LLVMdev] Replacement for findStopPoint() in LLVM 2.7
Török Edwin wrote:
> [snip]
>>> Something like this (you can of course cache TheMetadata and MDDbgKind)
>>>
>>> llvm::MetadataContext *TheMetadata = M->getContext().getMetadata();
>>> MDDbgKind = TheMetadata->getMDKind("dbg");
>>> if (MDDbgKind) {
>>> if (MDNode *Dbg = TheMetadata->getMD(MDDbgKind, I)) {
>>>...
2010 Mar 16
0
[LLVMdev] Replacement for findStopPoint() in LLVM 2.7
On 03/16/2010 05:30 PM, John Criswell wrote:
> Török Edwin wrote:
>> [snip]
>>>> Something like this (you can of course cache TheMetadata and MDDbgKind)
>>>>
>>>> llvm::MetadataContext *TheMetadata = M->getContext().getMetadata();
>>>> MDDbgKind = TheMetadata->getMDKind("dbg");
>>>> if (MDDbgKind) {
>>>> if (MDNode *Dbg = TheMetadata->getMD(MDDbgKind, I)...
2009 Nov 01
0
[LLVMdev] Something wrong with my libpthread.so
...uot;Invalid METADATA_ATTACHMENT reader!");
1605 Instruction *Inst = InstructionList[Record[0]];
1606 for (unsigned i = 1; i != RecordLength; i = i+2) {
1607 unsigned Kind = Record[i];
1608 Value *Node = MDValueList.getValueFwdRef(Record[i+1]);
1609 TheMetadata.addMD(Kind, cast<MDNode>(Node), Inst);
1610 }
1611 break;
1612 }
At line 1606, i never becomes equal to RecordLength.
Regards,
-Mahadevan.
2009 Nov 01
1
[LLVMdev] Something wrong with my libpthread.so
...CHMENT reader!");
> 1605 Instruction *Inst = InstructionList[Record[0]];
> 1606 for (unsigned i = 1; i != RecordLength; i = i+2) {
> 1607 unsigned Kind = Record[i];
> 1608 Value *Node = MDValueList.getValueFwdRef(Record[i+1]);
> 1609 TheMetadata.addMD(Kind, cast<MDNode>(Node), Inst);
> 1610 }
> 1611 break;
> 1612 }
>
> At line 1606, i never becomes equal to RecordLength.
I strongly suspect this is llvm.org/PR5278 . Please add your comments
there, thanks!
Nick
2009 Sep 16
1
[LLVMdev] [proposal] Extensible IR metadata
...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 be "return MDHandlerNames.lookup(Name)"
Could you comment what the WeakVH in MDPairTy is following? I got
confused and though...
2009 Oct 31
3
[LLVMdev] Something wrong with my libpthread.so
Hi,all
I tried to run the generated whole-program bitcode of BIND,but I got some
information:
0 lli 0x0000000000feda16
1 lli 0x0000000000fed88f
2 libpthread.so.0 0x0000003df340eee0
3 libc.so.6 0x0000003df28332f5 gsignal + 53
4 libc.so.6 0x0000003df2834b20 abort + 384
5 libc.so.6 0x0000003df282c2fa __assert_fail + 234
6 lli
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