aboutsummaryrefslogtreecommitdiffstats
path: root/test
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
commit3cc95449df458f511ca17f56303cbfa63b280165 (patch)
treefa58b706ef4d71216304c8076d56b4030398218d /test
parent4635d93f88a56106f1ff60d784dff00798abe761 (diff)
downloadexternal_llvm-3cc95449df458f511ca17f56303cbfa63b280165.zip
external_llvm-3cc95449df458f511ca17f56303cbfa63b280165.tar.gz
external_llvm-3cc95449df458f511ca17f56303cbfa63b280165.tar.bz2
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')
-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 7963805..5fac2a9 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,