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...