mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-23 19:23:23 +01:00
eae3e5a494
We can happily turn function definitions into declarations, thus obscuring their argument from being elided by this pass. I don't believe there is a good reason to just ignore declarations. likely even proper llvm intrinsics ones, at worst the input becomes uninteresting. The other question here is that all these transforms are all-or-nothing. In some cases, should we be treating each use separately? The main blocker here seemed to be that llvm::CloneFunctionInto() does `&OldFunc->front()`, which inserts a nullptr into a densemap, which is not happy about it and asserts.
25 lines
1.1 KiB
LLVM
25 lines
1.1 KiB
LLVM
; RUN: llvm-reduce --test FileCheck --test-arg --check-prefixes=CHECK-ALL,CHECK-INTERESTINGNESS --test-arg %s --test-arg --input-file %s -o %t
|
|
; RUN: cat %t | FileCheck --check-prefixes=CHECK-ALL,CHECK-FINAL %s
|
|
|
|
; CHECK-INTERESTINGNESS-LABEL: @interesting(
|
|
; CHECK-INTERESTINGNESS-SAME: i32
|
|
; CHECK-FINAL: declare void @interesting(i32)
|
|
declare void @interesting(i32 %uninteresting1, i32 %interesting, i32 %uninteresting2)
|
|
|
|
; CHECK-INTERESTINGNESS-LABEL: @interesting2(
|
|
; CHECK-INTERESTINGNESS-SAME: i32
|
|
; CHECK-FINAL: declare void @interesting2(i32)
|
|
declare void @interesting2(i32 %uninteresting1, i32 %interesting, i32 %uninteresting2)
|
|
|
|
; CHECK-INTERESTINGNESS-LABEL: @callee(
|
|
; CHECK-INTERESTINGNESS-SAME: i32 %interesting
|
|
; CHECK-FINAL: define void @callee(i32 %interesting) {
|
|
define void @callee(i32 %uninteresting1, i32 %interesting, i32 %uninteresting2) {
|
|
; CHECK-INTERESTINGNESS: call void @interesting2(
|
|
; CHECK-INTERESTINGNESS-SAME: i32 %interesting
|
|
; CHECK-FINAL: call void @interesting2(i32 %interesting)
|
|
call void @interesting2(i32 %uninteresting1, i32 %interesting, i32 %uninteresting2)
|
|
; CHECK-ALL: ret void
|
|
ret void
|
|
}
|