forked from OSchip/llvm-project
a71cc15361
WHAT!?! It turns out that Type::isPromotableIntegerType() was not considering enumeration types to be promotable, so we would never do the promotion despite having properly computed the promotion type when the enum was defined. Various operations on values of enum type just "worked" because we could still compute the integer rank of an enum type; the oddity, however, is that operations such as "add an enum and an unsigned" would often have an enum result type (!). The bug actually showed up as a spurious -Wformat diagnostic (<rdar://problem/7595366>), but in theory it could cause miscompiles. In this commit: - Enum types with a promotion type of "int" or "unsigned int" are promotable. - Tweaked the computation of promotable types for enums - For all of the ABIs, treat enum types the same way as their underlying types (*not* their promotion types) for argument passing and return values - Extend the ABI tester with support for enumeration types llvm-svn: 95117 |
||
|---|---|---|
| .. | ||
| ABITest | ||
| C++Tests | ||
| OptionalTests | ||
| TestUtils | ||
| VtableTest | ||
| analyzer | ||
| valgrind | ||
| CaptureCmd | ||
| CmpDriver | ||
| FindSpecRefs | ||
| SummarizeErrors | ||
| builtin-defines.c | ||
| clang-completion-mode.el | ||
| token-delta.py | ||