search for: ditype

...eason = signal SIGSTOP frame #0: 0x000000010c5f6dc1 clang`llvm::SmallPtrSetImpl::insert_imp(void const*) + 161 frame #1: 0x000000010c5147df clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + 47 frame #2: 0x000000010c514701 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 frame #3: 0x000000010c5145f3 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 frame #4: 0x000000010c514695 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709 frame #5: 0x000000010c5148c4 clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + 27...

...al SIGSTOP > frame #0: 0x000000010c5f6dc1 clang`llvm::SmallPtrSetImpl::insert_imp(void const*) + 161 > frame #1: 0x000000010c5147df clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + 47 > frame #2: 0x000000010c514701 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 > frame #3: 0x000000010c5145f3 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 > frame #4: 0x000000010c514695 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709 > frame #5: 0x000000010c5148c4 clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubp...

...P >> frame #0: 0x000000010c5f6dc1 clang`llvm::SmallPtrSetImpl::insert_imp(void const*) + 161 >> frame #1: 0x000000010c5147df clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + 47 >> frame #2: 0x000000010c514701 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 >> frame #3: 0x000000010c5145f3 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 >> frame #4: 0x000000010c514695 clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709 >> frame #5: 0x000000010c5148c4 clang`llvm::DebugInfoFinder::processSubprogram(llv...

...000000010c5f6dc1 > clang`llvm::SmallPtrSetImpl::insert_imp(void const*) + 161 > >> frame #1: 0x000000010c5147df > clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + 47 > >> frame #2: 0x000000010c514701 > clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 > >> frame #3: 0x000000010c5145f3 > clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 > >> frame #4: 0x000000010c514695 > clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709 > >> frame #5: 0x000000010c5148c4 > clang`llvm::DebugInf...

...SmallPtrSetImpl::insert_imp(void const*) + 161 >> >> frame #1: 0x000000010c5147df >> >> clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + 47 >> >> frame #2: 0x000000010c514701 >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 >> >> frame #3: 0x000000010c5145f3 >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 >> >> frame #4: 0x000000010c514695 >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709 >> >> frame #5: 0x0000...

...mp(void const*) + 161 > >> >> frame #1: 0x000000010c5147df > >> >> clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + > 47 > >> >> frame #2: 0x000000010c514701 > >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 > >> >> frame #3: 0x000000010c5145f3 > >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 > >> >> frame #4: 0x000000010c514695 > >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709 > >> &g...

...; >> frame #1: 0x000000010c5147df >> >> >> clang`llvm::DebugInfoFinder::processSubprogram(llvm::DISubprogram) + >> >> >> 47 >> >> >> frame #2: 0x000000010c514701 >> >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 817 >> >> >> frame #3: 0x000000010c5145f3 >> >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 547 >> >> >> frame #4: 0x000000010c514695 >> >> >> clang`llvm::DebugInfoFinder::processType(llvm::DIType) + 709...

We still have access to types via MDNodes directly and the assertion that assumes all accesses to DITypes are accessing the resolved DIType will fire i.e assert(Ty == resolve(Ty.getRef())) One example is the access to DIType via DIArray in SubroutineType. If all elements in the type array are DITypes we can create a DITypeArray and use that for SubroutineType's type array instead. But we current...

On 07/25/2015 08:57 PM, Andrew Wilkins wrote: > On Sun, 26 Jul 2015 at 06:48 Rodney M. Bates <rodney_bates at lcwb.coop <mailto:rodney_bates at lcwb.coop>> wrote: > > In trying to write a C binding for DIBuilder of llvm 3.6.1, I can't see a way to unwrap > llvm::DITypeRef, declared in include/llvm/IR/DebugInfo.h. This is a class with one > data member, a pointer to Metadata. > > If I try to make my C type a struct with one pointer, I can't cast it to DITypeRef. > If I try to go inside the classes and use the pointer, I can cast, but c...

I'm looking for a way to efficiently traverse the Metadata structure in reverse, or otherwise find DITypes that refer to another DIType. As an example, say I have a DICompositeType describing a struct. Now I want to find other DITypes containing this type, e.g. a DIDerivedType describing its pointer type, or another struct containing this struct as one of its fields. Is this possible in LLVM today? Wou...

...8:57 PM, Andrew Wilkins wrote: >> On Sun, 26 Jul 2015 at 06:48 Rodney M. Bates <rodney_bates at lcwb.coop <mailto:rodney_bates at lcwb.coop>> wrote: >> >> In trying to write a C binding for DIBuilder of llvm 3.6.1, I can't see a way to unwrap >> llvm::DITypeRef, declared in include/llvm/IR/DebugInfo.h. This is a class with one >> data member, a pointer to Metadata. >> >> If I try to make my C type a struct with one pointer, I can't cast it to DITypeRef. >> If I try to go inside the classes and use the pointer, I...

In trying to write a C binding for DIBuilder of llvm 3.6.1, I can't see a way to unwrap llvm::DITypeRef, declared in include/llvm/IR/DebugInfo.h. This is a class with one data member, a pointer to Metadata. If I try to make my C type a struct with one pointer, I can't cast it to DITypeRef. If I try to go inside the classes and use the pointer, I can cast, but can't construct a DITypeRef...

...Ren <manman.ren at gmail.com> >> >> > wrote: >> >> >> >> >> >> >> >> >> We still have access to types via MDNodes directly and the assertion >> >> >> that >> >> >> assumes all accesses to DITypes are accessing the resolved DIType >> >> >> will >> >> >> fire >> >> >> >> >> >> i.e assert(Ty == resolve(Ty.getRef())) >> >> >> >> >> >> One example is the access to DIType via DIArray in Su...

On Sun, 26 Jul 2015 at 06:48 Rodney M. Bates <rodney_bates at lcwb.coop> wrote: > In trying to write a C binding for DIBuilder of llvm 3.6.1, I can't see a > way to unwrap > llvm::DITypeRef, declared in include/llvm/IR/DebugInfo.h. This is a class > with one > data member, a pointer to Metadata. > > If I try to make my C type a struct with one pointer, I can't cast it to > DITypeRef. > If I try to go inside the classes and use the pointer, I can cast, but &gt...

Is there a more convenient way to obtain a DIType given a Type than matching up the strings for the names? For example, given: struct S { int x, y; } s; void foo(S *a) { a->x = 0; a->y = 1; } There are DIType nodes for the struct Type: !6 = distinct !DICompositeType(tag: DW_TAG_structure_type, name: "S", file: !3, li...

...t 10:39 AM, Manman Ren <manman.ren at gmail.com> wrote: > > > > On Mon, Jul 14, 2014 at 11:32 AM, Manman Ren <manman.ren at gmail.com> wrote: >> >> >> We still have access to types via MDNodes directly and the assertion that >> assumes all accesses to DITypes are accessing the resolved DIType will fire >> >> i.e assert(Ty == resolve(Ty.getRef())) >> >> One example is the access to DIType via DIArray in SubroutineType. If all >> elements in the type array are DITypes we can create a DITypeArray and use >> that for Sub...

On Thu, Oct 1, 2009 at 8:34 PM, Talin <viridia at gmail.com> wrote: > Here is a patch that does just that. This does not work. I'm getting llvm/tools/clang/lib/CodeGen/CGDebugInfo.cpp: In member function ‘llvm::DIType clang::CodeGen::CGDebugInfo::CreateQualifiedType(clang::QualType, llvm::DICompileUnit)’: /Users/yash/clean/llvm/tools/clang/lib/CodeGen/CGDebugInfo.cpp:225: error: call of overloaded ‘CreateDerivedType(unsigned int&, llvm::DICompileUnit&, const char [1], llvm::DICompileUnit, int, int, int,...

I'm probably missing something simple here but in: CGDebugInfo.h: std::vector<std::pair<void *, llvm::WeakVH> >ReplaceMap; but then in CGDebugInfo.cpp: llvm::DIType TC = getTypeOrNull(Ty); void * v = Ty.getAsOpaquePtr(); std::pair<void *, llvm::WeakVH> tmp = std::make_pair(v, TC); if (TC.Verify() && TC.isForwardDecl()) ReplaceMap.push_back(Ty.getTypeOrNull(), TC); Note that TC is of type llvm:DIType and not WeakVH. What am I missing...

...>> > On Mon, Jul 14, 2014 at 11:32 AM, Manman Ren <manman.ren at gmail.com> >> > wrote: >> >> >> >> >> >> We still have access to types via MDNodes directly and the assertion >> >> that >> >> assumes all accesses to DITypes are accessing the resolved DIType will >> >> fire >> >> >> >> i.e assert(Ty == resolve(Ty.getRef())) >> >> >> >> One example is the access to DIType via DIArray in SubroutineType. If >> >> all >> >> elements in the...

...lt;devang.patel at gmail.com> wrote: > On Thu, Oct 1, 2009 at 8:34 PM, Talin <viridia at gmail.com> wrote: > > Here is a patch that does just that. > > This does not work. I'm getting > > llvm/tools/clang/lib/CodeGen/CGDebugInfo.cpp: In member function > ‘llvm::DIType > clang::CodeGen::CGDebugInfo::CreateQualifiedType(clang::QualType, > llvm::DICompileUnit)’: > /Users/yash/clean/llvm/tools/clang/lib/CodeGen/CGDebugInfo.cpp:225: > error: call of overloaded ‘CreateDerivedType(unsigned int&, > llvm::DICompileUnit&, const char [1], llvm::DICom...