[LLVMdev] (GEP) Index validity
Matthijs Kooijman
m.kooijman at student.utwente.nl
Tue Jul 15 03:58:50 PDT 2008
Hi Chris & Evan,
On Sun, Jul 13, 2008 at 03:34:03PM -0700, Chris Lattner wrote:
> Why? What value does that provide? Struct indices are not allowed to
> be variable, so picking any width constant (that isn't too small) is
> fine. What problem are you trying to solve here?
The current code only allows 32 bit constants. My patch allows any width
constant to be used, but it seems Evan doesn't agree with that.
On Fri, Jul 11, 2008 at 10:56:16AM -0700, Evan Cheng wrote:
> >> I don't think this is right. According to llvm documentation:
> >>
> >> The index types specified for the 'getelementptr' instruction depend on
> >> the pointer type that is being indexed into. Pointer and array types can
> >> use a 32-bit or 64-bit integer type but the value will always be sign
> >> extended to 64-bits. Structure and packed structure types require i32
> >> constants.
> > That's correct. I'm not saying to allow other integer types for GEP
> > instructions. The first two methods below are methods in StructType and
> > SequentialType. Regardless of any limitations posed by a GEP instruction,
> > I argue that "i8 2" is a perfectly valid index for a struct. The fact
> > that it is not valid for a GEP instruction, should be checked somewhere
> > else (GEPInst constructor or GEPInst::getIndexedValue probably).
> That's what the documentation is saying though. Struct and packed
> structure types require i32 constants. Perhaps I am misunderstanding
> something?
Ah, I did miss the "only 32 bit" limitation for structs, which makes my
current argpromotion fix wrong. However, I still think that that is a GEP
limitation, that does not belong with StructType. Or is there some other piece
of documentation you are referring to?
Gr.
Matthijs
More information about the llvm-dev
mailing list