summaryrefslogtreecommitdiff
path: root/test/FrontendC/2008-03-24-BitField-And-Alloca.c
diff options
context:
space:
mode:
authorDale Johannesen <dalej@apple.com>2009-06-23 18:34:37 +0000
committerDale Johannesen <dalej@apple.com>2009-06-23 18:34:37 +0000
commit8ac9ea891ce170d52c3a1dc23a82a82c7e3821dd (patch)
treefa58b706ef4d71216304c8076d56b4030398218d /test/FrontendC/2008-03-24-BitField-And-Alloca.c
parentf43f9d0ef861d1cc26fdf85a2e79880973bec88b (diff)
downloadllvm-8ac9ea891ce170d52c3a1dc23a82a82c7e3821dd.tar.gz
llvm-8ac9ea891ce170d52c3a1dc23a82a82c7e3821dd.tar.bz2
llvm-8ac9ea891ce170d52c3a1dc23a82a82c7e3821dd.tar.xz
This test only works on ppc32 if some optimization is done before
generating LLVM IR; it is correct in the code as written to use 8-byte-aligned operations to copy Key in bar. Formerly the gcc inliner was run, now it isn't. I don't think it's possible to preserve this as a pure FE test. Adding -O2 lets the llvm optimizers get rid of the 8-byte-aligned stores, at least. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@73981 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/FrontendC/2008-03-24-BitField-And-Alloca.c')
-rw-r--r--test/FrontendC/2008-03-24-BitField-And-Alloca.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/test/FrontendC/2008-03-24-BitField-And-Alloca.c b/test/FrontendC/2008-03-24-BitField-And-Alloca.c
index 7963805ba8..5fac2a9ca5 100644
--- a/test/FrontendC/2008-03-24-BitField-And-Alloca.c
+++ b/test/FrontendC/2008-03-24-BitField-And-Alloca.c
@@ -1,5 +1,5 @@
// RUN: %llvmgcc -O2 -S %s -o - | not grep alloca
-// RUN: %llvmgcc -m32 -S %s -o - | grep store | not grep {align 8}
+// RUN: %llvmgcc -m32 -O2 -S %s -o - | grep store | not grep {align 8}
enum {
PP_C,