From ed975232bc929251dd1aeda5d609aa40b0372f5f Mon Sep 17 00:00:00 2001 From: Chandler Carruth Date: Tue, 24 Jan 2012 00:30:17 +0000 Subject: Revert r148686 (and r148694, a fix to it) due to a serious layering violation -- MC cannot depend on CodeGen. Specifically, the MCTargetDesc component of each target is actually a subcomponent of the MC library. As such, it cannot depend on the target-independent code generator, because MC itself cannot depend on the target-independent code generator. This change moved a flag from the ARM MCTargetDesc file ARMMCAsmInfo.cpp to the CodeGen layer in ARMException.cpp, leaving behind an 'extern' to refer back to it. That layering order isn't viable givin the constraints outlined above. Commandline flags are designed to be static specifically to avoid these types of bugs. Fixing this is likely going to require some non-trivial refactoring. llvm-svn: 148759 --- llvm/test/CodeGen/ARM/ehabi-unwind.ll | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) (limited to 'llvm/test/CodeGen/ARM/ehabi-unwind.ll') diff --git a/llvm/test/CodeGen/ARM/ehabi-unwind.ll b/llvm/test/CodeGen/ARM/ehabi-unwind.ll index 51595677b70..1ffde00365a 100644 --- a/llvm/test/CodeGen/ARM/ehabi-unwind.ll +++ b/llvm/test/CodeGen/ARM/ehabi-unwind.ll @@ -1,8 +1,7 @@ ; Test that the EHABI unwind instruction generator does not encounter any ; unfamiliar instructions. -; RUN: llc < %s -mtriple=thumbv7 -arm-enable-ehabi=full -disable-fp-elim -; RUN: llc < %s -mtriple=thumbv7 -arm-enable-ehabi=full -; RUN: llc < %s -mtriple=thumbv7 -arm-enable-ehabi=unwind +; RUN: llc < %s -mtriple=thumbv7 -arm-enable-ehabi -disable-fp-elim +; RUN: llc < %s -mtriple=thumbv7 -arm-enable-ehabi define void @_Z1fv() nounwind { entry: -- cgit v1.2.3