I filed rdar://17523868 for clang. I think the FE needs to be the first phase to look into why 32b and 64b initialization code is different.
I believe this Chris L. test was supposed to test the block label feature across the compiler. -Gerolf On Jul 1, 2014, at 11:37 AM, Reid Kleckner <[email protected]> wrote: > On Mon, Jun 30, 2014 at 10:10 PM, Gerolf Hoflehner <[email protected]> > wrote: > Modified: cfe/trunk/test/CodeGen/indirect-goto.c > URL: > http://llvm.org/viewvc/llvm-project/cfe/trunk/test/CodeGen/indirect-goto.c?rev=212092&r1=212091&r2=212092&view=diff > ============================================================================== > --- cfe/trunk/test/CodeGen/indirect-goto.c (original) > +++ cfe/trunk/test/CodeGen/indirect-goto.c Tue Jul 1 00:10:06 2014 > @@ -1,5 +1,4 @@ > -// RUN: %clang_cc1 -triple i386-unknown-unknown -O3 -emit-llvm -o - %s > -// DISABLED: %clang_cc1 -triple i386-unknown-unknown -O3 -emit-llvm -o - %s > | grep "ret i32 2520" > +// RUN: %clang_cc1 -triple x86_64-unknown-unknown -O3 -emit-llvm -o - %s | > grep "ret i32 2520" > > Other issues aside, this a test for all of LLVM's optimizers, and not for > clang. We don't test LLVM's optimizers from Clang. Please reduce this to an > LLVM IR test and check it in there. Even in LLVM, we rarely write full -O3 > integration tests.
_______________________________________________ cfe-commits mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
