diff options
author | Douglas Gregor <dgregor@apple.com> | 2010-02-02 20:10:50 +0000 |
---|---|---|
committer | Douglas Gregor <dgregor@apple.com> | 2010-02-02 20:10:50 +0000 |
commit | aa74a1e49f7c4b89539830290f76fe2c3e97187f (patch) | |
tree | 69a11738333a93c3e6520a549ac3776c2248d09f /lib/Frontend/DependencyFile.cpp | |
parent | a78fa2c40fbbe505485e7d120dc68a292ee0c968 (diff) |
Implement promotion for enumeration types.
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
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@95117 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'lib/Frontend/DependencyFile.cpp')
0 files changed, 0 insertions, 0 deletions