search for: getforwardedtype

Displaying 6 results from an estimated 6 matches for "getforwardedtype".

2008 Jul 16
0
[LLVMdev] GEP::getIndexValid() with other iterators
...t;getTypeAtIndex(Index); - - // If the new type forwards to another type, then it is in the middle - // of being refined to another type (and hence, may have dropped all - // references to what it was using before). So, use the new forwarded - // type. - if (const Type *Ty = Agg->getForwardedType()) - Agg = Ty; - } - return CurIdx == NumIdx ? Agg : 0; -} - const Type* GetElementPtrInst::getIndexedType(const Type *Ptr, Value *Idx) { const PointerType *PTy = dyn_cast<PointerType>(Ptr); if (!PTy) return 0; // Type isn't a pointer type! Index: include/llvm/Instructions...
2008 Jul 16
3
[LLVMdev] GEP::getIndexValid() with other iterators
Hi all, currently, GetElementPtrInst has a method getIndexedType, which has a templated variant. You pass in a begin and an end iterator, and it will find the indexed type for those. However, both iterators must iterate over Value*. For some argpromotion code, I would like to pass in iterators that iterate over unsigneds instead of Value*. I currently solve this by transforming my
2008 Mar 10
0
[LLVMdev] Verifier Error
...rror is coming from and would be thankful for any hints in this regard. Aditya P.S : Error: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076469152 (LWP 31487)] 0x0861bf59 in llvm::PATypeHolder::get (this=0x8) at Type.cpp:46 46 const Type *NewTy = Ty->getForwardedType(); (gdb) bt #0 0x0861bf59 in llvm::PATypeHolder::get (this=0x8) at Type.cpp:46 #1 0x0837cac5 in llvm::PATypeHolder::operator llvm::Type* (this=0x8) at /work/aditya/llvm-2.2/include/llvm/AbstractTypeUser.h:149 #2 0x0837cadc in llvm::Value::getType (this=0x0) at /work/aditya/llvm-2.2/inclu...
2006 Mar 15
0
[LLVMdev] Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
Hi, Here is the follow on patch for this problem. Please apply this from the top of the tree and rebuild. -------------- next part -------------- A non-text attachment was scrubbed... Name: op Type: application/octet-stream Size: 2548 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20060315/eee8a766/attachment.obj> -------------- next part
2006 Mar 16
2
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
...idden -o libgcc2.s ..... Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. And this time the crash does not seem very misterious: Program received signal SIGSEGV, Segmentation fault. llvm::PATypeHolder::get (this=0x8) at Type.h:249 249 const Type *getForwardedType() const { (gdb) where #0 llvm::PATypeHolder::get (this=0x8) at Type.h:249 #1 0x08514f1f in llvm::PATypeHolder::operator llvm::Type* (this=0x8) at AbstractTypeUser.h:140 #2 0x08514734 in llvm::Value::getType (this=0x0) at Value.h:76 #3 0x087a8f8a in ConstantStruct (this=0x8b28038, T=0x8b25730,...
2006 Mar 15
2
[LLVMdev] Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
On Wed, 15 Mar 2006, Vladimir Prus wrote: >> Please give it a try and let me know if it works any better for you! > > Here we go: Wow, you are good at finding problems! Thanks! > -fvisibility=hidden -DHIDE_EXPORTS > -c ../../2006-03-14-llvm-gcc-4/gcc/libgcc2.c -o libgcc/./_fixunsxfdi.o > cc1: /space/p2/ghost/build/llvm-cvs/include/llvm/Instructions.h:72: void >