fhahn wrote: > This seems like it messes up the metadata in a different way: we have no > representation of the bitfield at all, so it looks like it's padding. > > I think we want to treat multiple adjacent bitfields as a single "field". So > NamedBitfields from the testcase would have three fields in the LLVM TBAA > data: one "field" containing both bitfields, followed by a field for the > char, followed by a field for the double. You should be able to use > CGBitFieldInfo for this, I think?
Thanks, updated the patch as suggested. https://github.com/llvm/llvm-project/pull/82922 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits