search for: structuretype

...will use format0 (the largest) in anything but the smallest of functions (less than 64 instructions). This will get naturally cleaned up when we move to bit streams. If you *really* want to be efficient, the *right* way to do this is to create a new TypeID and the corresponding class (class PackedStructureType : public StructureType). That way it costs nothing (the value of the TypeID indicates that its PackedStructure) and there's no need to mess with an additional byte in the StructureType class. But, that might be a little heavy weight :) Reid.

On Dec 6, 2006, at 10:44 AM, Andrew Lenharth wrote: > Currently, Structure layout is left to targets, which implement them > according to the ABI of that platform. While this is fine for most > structures, it makes packed structures very ugly. All fields in a > packed type must be converted to byte arrays with casts to access > fields, which bloats accesses and obsfucates the

Currently, Structure layout is left to targets, which implement them according to the ABI of that platform. While this is fine for most structures, it makes packed structures very ugly. All fields in a packed type must be converted to byte arrays with casts to access fields, which bloats accesses and obsfucates the types. First class support for packed types would clean up the generated code

Hi all, I'm fiddling around a bit with programmatically created GEP instructions, which is failing when using i64 for any indix, except the first. The reason behind this, is that StructureType::indexValid only accepts Value* that are constant ints of width 32. I can't really see why this limitation is here. SequentialType solves this slightly differently, it allows for both 32 and 64 bits integers. However, AFAICS, any constant integer should do just fine, so I would propose to drop...