summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/signals/main.cpp
diff options
context:
space:
mode:
authorRichard Smith <richard-llvm@metafoo.co.uk>2018-06-28 21:17:55 +0000
committerRichard Smith <richard-llvm@metafoo.co.uk>2018-06-28 21:17:55 +0000
commitaadb254a79558de8ad5911ac7b4a6dacb45d44dc (patch)
tree5893a0f17b5372e26ddbbe6d1f4c9bb87d777e49 /lldb/packages/Python/lldbsuite/test/python_api/signals/main.cpp
parent019d3cd3b4c08dd2d39def08c983f3af9f9b2cd9 (diff)
downloadbcm5719-llvm-aadb254a79558de8ad5911ac7b4a6dacb45d44dc.tar.gz
bcm5719-llvm-aadb254a79558de8ad5911ac7b4a6dacb45d44dc.zip
PR37979: integral promotions in C++ treat enum bit-fields like enums,
not like bit-fields. We used to get this right "by accident", because conversions for the selected built-in overloaded operator would convert the enum bit-field to its corresponding underlying type early. But after DR1687 that no longer happens. Technically this change should also apply to C, where bit-fields only have special promotion rules if the bit-field's declared type is _Bool, int, signed int, or unsigned int, but for GCC compatibility we only look at the bit-width and not the underlying type when performing bit-field integral promotions in C. llvm-svn: 335925
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/signals/main.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud