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
>