summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms
diff options
context:
space:
mode:
authorDavid Majnemer <david.majnemer@gmail.com>2015-01-21 10:54:38 +0000
committerDavid Majnemer <david.majnemer@gmail.com>2015-01-21 10:54:38 +0000
commit475b25eefacaa5316c10f9b0906497d9d93af41b (patch)
tree21b8952d1a5c1f5863928650f4405a234d6ce919 /llvm/lib/Transforms
parent435cf8a41577b8fd72434082c334608d8de5ff4e (diff)
downloadbcm5719-llvm-475b25eefacaa5316c10f9b0906497d9d93af41b.tar.gz
bcm5719-llvm-475b25eefacaa5316c10f9b0906497d9d93af41b.zip
AST: Don't ignore alignas on EnumDecls when calculating alignment
We didn't consider any alignment attributes on an EnumDecl when calculating alignment. While we are here, ignore alignment specifications on typedef types if one is used as the underlying type. Otherwise, weird things happen: enum Y : int; Y y; typedef int __attribute__((aligned(64))) u; enum Y : u {}; What is the alignment of 'Y'? It would be more consistent with the overall design of enums with fixed underlying types to consider the underlying type's UnqualifiedDesugaredType. This fixes PR22279. llvm-svn: 226653
Diffstat (limited to 'llvm/lib/Transforms')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud