diff options
| author | Hans Wennborg <hans@hanshq.net> | 2019-05-28 12:19:38 +0000 |
|---|---|---|
| committer | Hans Wennborg <hans@hanshq.net> | 2019-05-28 12:19:38 +0000 |
| commit | 4e88d5da2df1a93f4971d459e1c52b7b98b21a92 (patch) | |
| tree | 9ed8c8429470c5ef5f1f03ca1520a33dee8b271a /test/CodeGenCXX/stack-reuse-exceptions.cpp | |
| parent | 4ec0ef8a5ee1fd59b62a13d9d1c6b7cd29611ca5 (diff) | |
| download | clang-4e88d5da2df1a93f4971d459e1c52b7b98b21a92.tar.gz | |
Re-commit r357452 (take 2): "SimplifyCFG SinkCommonCodeFromPredecessors: Also sink function calls without used results (PR41259)"
This was reverted in r360086 as it was supected of causing mysterious test
failures internally. However, it was never concluded that this patch was the
root cause.
> The code was previously checking that candidates for sinking had exactly
> one use or were a store instruction (which can't have uses). This meant
> we could sink call instructions only if they had a use.
>
> That limitation seemed a bit arbitrary, so this patch changes it to
> "instruction has zero or one use" which seems more natural and removes
> the need to special-case stores.
>
> Differential revision: https://reviews.llvm.org/D59936
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@361811 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/CodeGenCXX/stack-reuse-exceptions.cpp')
| -rw-r--r-- | test/CodeGenCXX/stack-reuse-exceptions.cpp | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/test/CodeGenCXX/stack-reuse-exceptions.cpp b/test/CodeGenCXX/stack-reuse-exceptions.cpp index de870c5305..2d968db3fd 100644 --- a/test/CodeGenCXX/stack-reuse-exceptions.cpp +++ b/test/CodeGenCXX/stack-reuse-exceptions.cpp @@ -1,5 +1,5 @@ // RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu %s -o - -emit-llvm -O1 \ -// RUN: -fexceptions -fcxx-exceptions | FileCheck %s +// RUN: -fexceptions -fcxx-exceptions -mllvm -simplifycfg-sink-common=false | FileCheck %s // // We should emit lifetime.ends for these temporaries in both the 'exception' // and 'normal' paths in functions. |