forked from OSchip/llvm-project
Don't conditionalize execution of the SjLj EH prepare pass.
We may need an SjLj EH preparation pass for some call site information, at least in the short term. llvm-svn: 140674
This commit is contained in:
parent
5ac1e8e6b1
commit
e6138e3ad1
|
@ -45,9 +45,6 @@ namespace llvm {
|
|||
bool EnableFastISel;
|
||||
}
|
||||
|
||||
static cl::opt<bool> DisableOldSjLjEH("disable-old-sjlj-eh", cl::Hidden,
|
||||
cl::desc("Disable the old SjLj EH preparation pass"));
|
||||
|
||||
static cl::opt<bool> DisablePostRA("disable-post-ra", cl::Hidden,
|
||||
cl::desc("Disable Post Regalloc"));
|
||||
static cl::opt<bool> DisableBranchFold("disable-branch-fold", cl::Hidden,
|
||||
|
@ -325,8 +322,7 @@ bool LLVMTargetMachine::addCommonCodeGenPasses(PassManagerBase &PM,
|
|||
// removed from the parent invoke(s). This could happen when a landing
|
||||
// pad is shared by multiple invokes and is also a target of a normal
|
||||
// edge from elsewhere.
|
||||
if (!DisableOldSjLjEH)
|
||||
PM.add(createSjLjEHPass(getTargetLowering()));
|
||||
PM.add(createSjLjEHPass(getTargetLowering()));
|
||||
// FALLTHROUGH
|
||||
case ExceptionHandling::DwarfCFI:
|
||||
case ExceptionHandling::ARM:
|
||||
|
|
Loading…
Reference in New Issue