efriedma-quic 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?

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

Reply via email to