]> git.ipfire.org Git - thirdparty/gcc.git/commit
re PR middle-end/20371 (Some corner cases of MS bitfields don't work)
authorJ"orn Rennecke <joern.rennecke@st.com>
Wed, 11 May 2005 12:24:43 +0000 (12:24 +0000)
committerJoern Rennecke <amylaar@gcc.gnu.org>
Wed, 11 May 2005 12:24:43 +0000 (13:24 +0100)
commitcbbaf4aefa255ae4f4a60fe0ec62d2151b4eac81
tree0c50bf11c578486bacdaffc10fe47cf62d14a852
parent4aad410db7d0ecc97870e0861f8ccda16fca2506
re PR middle-end/20371 (Some corner cases of MS bitfields don't work)

PR middle-end/20371:
* tree.h (record_layout_info_s): New member prev_packed.
* stor-layout.c (update_alignment_for_field): Fix comment about
KNOWN_ALIGN.  For MS bitfields, if we start a new run, make sure
we start it properly aligned.
(place_field): At the beginning of a record, pass 0 as KNOWN_ALIGN
to update_alignment_for_field, and recompute it afterwards using
the alignment of the record.
When a packed bitfield precedes an MS bitfield, don't add padding
at the end of the packed bitfield on behalf of the base type of
the packed bit field.
Don't adjust rli->bitpos at the end
of an MS bitfield run if we already adjusted bitpos/offset for an
alignment as large or larger than the bitfield type size.
Take possible record alignment > BIGGEST_ALIGNMENT into account
when calculating actual_align.
Only put packed buit fields into rli->prev_field if they end up
suitably aligned.
Also set rli->remaining_in_alignment when we re-set rli->prev_field.
Update rli->remaining_in_alignment when we have already started a
run of bit fields and we process a packed bit field.

From-SVN: r99574
gcc/ChangeLog
gcc/stor-layout.c
gcc/tree.h