Displaying 6 results from an estimated 6 matches for "getforwardedtyp".
Did you mean:
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/Instruction...
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/incl...
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
>