Summary: The port is nearly straightforward. The only complication is related to the analyses handling, since one of the analyses used in this module pass is domtree, which is a function analysis. That requires asking for the results of each function and disallows a single interface for run-on-module pass action. Decided to copy-paste the main body of this pass. Most of its code is requesting analyses anyway, so not that much of a copy-paste. The rest of the code movement is to transform all the implementation helper functions like stripNonValidData into non-member statics. Extended all the related LLVM tests with new-pass-manager use. No failures. Reviewers: sanjoy, anna, reames Reviewed By: anna Subscribers: skatkov, llvm-commits Differential Revision: https://reviews.llvm.org/D41162 llvm-svn: 320796
35 lines
1.2 KiB
LLVM
35 lines
1.2 KiB
LLVM
; RUN: opt < %s -rewrite-statepoints-for-gc -S | FileCheck %s
|
|
; RUN: opt < %s -passes=rewrite-statepoints-for-gc -S | FileCheck %s
|
|
|
|
declare void @some_call(i64 addrspace(1)*)
|
|
|
|
declare i32 @dummy_personality_function()
|
|
|
|
define i64 addrspace(1)* @test(i64 addrspace(1)* %obj, i64 addrspace(1)* %obj1)
|
|
gc "statepoint-example"
|
|
personality i32 ()* @dummy_personality_function {
|
|
entry:
|
|
invoke void @some_call(i64 addrspace(1)* %obj) [ "deopt"() ]
|
|
to label %second_invoke unwind label %exceptional_return
|
|
|
|
second_invoke: ; preds = %entry
|
|
invoke void @some_call(i64 addrspace(1)* %obj) [ "deopt"() ]
|
|
to label %normal_return unwind label %exceptional_return
|
|
|
|
normal_return: ; preds = %second_invoke
|
|
ret i64 addrspace(1)* %obj
|
|
|
|
; CHECK: exceptional_return1:
|
|
; CHECK-NEXT: %lpad2 = landingpad token
|
|
|
|
; CHECK: exceptional_return.split-lp:
|
|
; CHECK-NEXT: %lpad.split-lp = landingpad token
|
|
|
|
; CHECK: exceptional_return:
|
|
; CHECK-NOT: phi token
|
|
|
|
exceptional_return: ; preds = %second_invoke, %entry
|
|
%lpad = landingpad token cleanup
|
|
ret i64 addrspace(1)* %obj1
|
|
}
|