search for: predecessorwasbitfield

Displaying 1 result from an estimated 1 matches for "predecessorwasbitfield".

2009 Feb 19
2
[LLVMdev] please review this fix for PR3510
...when compared with the non- bitfield case that increments FieldNo after every initialization is processed, but I believe this is necessary. However, there is an awkward mental gear-shift when encountering a non-bitfield initializer following a bitfield; this is handled with an ugly "PredecessorWasBitfield" state-variable. (Suggestions for a less- inelegant solution are welcome.) The patch handles the PR3510 testcase correctly and has successfully passed the GCC DejaGNU testsuite. However, I don't think we have sufficient tests for this issue, so I'm working on a few new testcase...