tree gnu_type;
/* This is a kludge to work around a pass ordering issue: for small
- record types with many components, i.e. typically bit-fields, the
+ record types with many components, i.e. typically bitfields, the
initialization routine can contain many assignments that will be
merged by the GIMPLE store merging pass. But this pass runs very
late in the pipeline, in particular after the inlining decisions
gnu_field_type = maybe_pad_type (gnu_field_type, gnu_size, 0, gnat_field,
false, definition, true);
+ /* For a bitfield, if the type still has BLKmode, try again to change it
+ to an integral mode form. This may be necessary on strict-alignment
+ platforms with a size clause that is much larger than the field type,
+ because maybe_pad_type has preserved the alignment of the field type,
+ which may be too low for the new size. */
+ if (!needs_strict_alignment
+ && RECORD_OR_UNION_TYPE_P (gnu_field_type)
+ && !TYPE_FAT_POINTER_P (gnu_field_type)
+ && TYPE_MODE (gnu_field_type) == BLKmode
+ && is_bitfield)
+ gnu_field_type = make_packable_type (gnu_field_type, true, 1);
+
/* If a padding record was made, declare it now since it will never be
declared otherwise. This is necessary to ensure that its subtrees
are properly marked. */