search for: processbitfieldinitialization

...h has no explicit provision for it. If any reader has experience with this issue, I would be grateful for assistance or a demonstrating testcase. I would not be surprised if my patch failed when encountering an unholy convergence of packed designated bitfields or whatever. The existing ProcessBitFieldInitialization() is invoked for every bitfield; it expects to be passed the same FieldNo pointing at a previously-created initializer so it can modify a previously-existing constant value. This is counter-intuitive when compared with the non- bitfield case that increments FieldNo after every initializatio...

There are various functions in llvm-convert.cpp that depend on BITS_BIG_ENDIAN: TreeToLLVM::EmitLoadOfLValue() TreeToLLVM::EmitMODIFY_EXPR() InsertBitFieldValue() ProcessBitFieldInitialization() The comments say things like: // If this target has bitfields laid out in big-endian order, invert the bit // in the word if needed. // If this is a big-endian bit-field, take the top NumBitsToInsert // bits from the bitfield value. // If this is little-endian...