diff options
| author | Dale Johannesen <dalej@apple.com> | 2009-06-23 18:34:37 +0000 |
|---|---|---|
| committer | Dale Johannesen <dalej@apple.com> | 2009-06-23 18:34:37 +0000 |
| commit | c99c9d3f01929fb73307bcbd77fe3d558f7709fb (patch) | |
| tree | 5cff89202debb064f1f8578dcfa7d16f92b0f69f | |
| parent | 9262d43c5dcb2e57aecbc71dee737ae4c6b469b6 (diff) | |
| download | bcm5719-llvm-c99c9d3f01929fb73307bcbd77fe3d558f7709fb.tar.gz bcm5719-llvm-c99c9d3f01929fb73307bcbd77fe3d558f7709fb.zip | |
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.
llvm-svn: 73981
| -rw-r--r-- | llvm/test/FrontendC/2008-03-24-BitField-And-Alloca.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/llvm/test/FrontendC/2008-03-24-BitField-And-Alloca.c b/llvm/test/FrontendC/2008-03-24-BitField-And-Alloca.c index 7963805ba81..5fac2a9ca55 100644 --- a/llvm/test/FrontendC/2008-03-24-BitField-And-Alloca.c +++ b/llvm/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, |
