0f52545289
This commit introduces support for outlining functions across modules
using codegen data generated from previous codegen. The codegen data
currently manages the outlined hash tree, which records outlining
instances that occurred locally in the past.
The machine outliner now operates in one of three modes:
1. CGDataMode::None: This is the default outliner mode that uses the
suffix tree to identify (local) outlining candidates within a module.
This mode is also used by (full)LTO to maintain optimal behavior with
the combined module.
2. CGDataMode::Write (`-codegen-data-generate`): This mode is identical
to the default mode, but it also publishes the stable hash sequences of
instructions in the outlined functions into a local outlined hash tree.
It then encodes this into the `__llvm_outline` section, which will be
dead-stripped at link time.
3. CGDataMode::Read (`-codegen-data-use-path={.cgdata}`): This mode
reads a codegen data file (.cgdata) and initializes a global outlined
hash tree. This tree is used to generate global outlining candidates.
Note that the codegen data file has been post-processed with the raw
`__llvm_outline` sections from all native objects using the
`llvm-cgdata` tool (or a linker, `LLD`, or a new ThinLTO pipeline
later).
This depends on https://github.com/llvm/llvm-project/pull/105398. After
this PR, LLD (https://github.com/llvm/llvm-project/pull/90166) and Clang
(https://github.com/llvm/llvm-project/pull/90304) will follow for each
client side support.
This is a patch for
https://discourse.llvm.org/t/rfc-enhanced-machine-outliner-part-2-thinlto-nolto/78753.
52 lines
1.8 KiB
LLVM
52 lines
1.8 KiB
LLVM
; This test verifies whether an outlined function is encoded into the __llvm_outline section
|
|
; when the -codegen-data-generate flag is used.
|
|
|
|
; Verify whether an outlined function is always created, but only encoded into the section when the flag is used.
|
|
; RUN: llc -mtriple=arm64-apple-darwin -enable-machine-outliner -codegen-data-generate=true -filetype=obj %s -o %t_save
|
|
; RUN: llvm-objdump -d %t_save | FileCheck %s
|
|
; RUN: llvm-objdump -h %t_save | FileCheck %s --check-prefix=SECTNAME
|
|
; RUN: llc -mtriple=arm64-apple-darwin -enable-machine-outliner -codegen-data-generate=false -filetype=obj %s -o %t_nosave
|
|
; RUN: llvm-objdump -d %t_nosave | FileCheck %s
|
|
; RUN: llvm-objdump -h %t_nosave | FileCheck %s --check-prefix=NOSECTNAME
|
|
|
|
; CHECK: _OUTLINED_FUNCTION
|
|
; CHECK-NEXT: mov
|
|
; CHECK-NEXT: mov
|
|
; CHECK-NEXT: b
|
|
; SECTNAME: __llvm_outline
|
|
; NOSECTNAME-NOT: __llvm_outline
|
|
|
|
; Verify the content of cgdata after it has been processed with llvm-cgdata.
|
|
; RUN: llvm-cgdata --merge %t_save -o %t_cgdata
|
|
; RUN: llvm-cgdata --convert %t_cgdata | FileCheck %s --check-prefix=TREE
|
|
|
|
; TREE: :outlined_hash_tree
|
|
; TREE: ---
|
|
; TREE-NEXT: 0:
|
|
; TREE-NEXT: Hash: 0x0
|
|
; TREE-NEXT: Terminals: 0
|
|
; TREE-NEXT: SuccessorIds: [ 1 ]
|
|
; TREE-NEXT: 1:
|
|
; TREE-NEXT: Hash: {{.}}
|
|
; TREE-NEXT: Terminals: 0
|
|
; TREE-NEXT: SuccessorIds: [ 2 ]
|
|
; TREE-NEXT: 2:
|
|
; TREE-NEXT: Hash: {{.}}
|
|
; TREE-NEXT: Terminals: 0
|
|
; TREE-NEXT: SuccessorIds: [ 3 ]
|
|
; TREE-NEXT: 3:
|
|
; TREE-NEXT: Hash: {{.}}
|
|
; TREE-NEXT: Terminals: 2
|
|
; TREE-NEXT: SuccessorIds: [ ]
|
|
; TREE-NEXT: ...
|
|
|
|
declare i32 @g(i32, i32, i32)
|
|
define i32 @f1() minsize {
|
|
%1 = call i32 @g(i32 10, i32 1, i32 2);
|
|
ret i32 %1
|
|
}
|
|
define i32 @f2() minsize {
|
|
%1 = call i32 @g(i32 20, i32 1, i32 2);
|
|
ret i32 %1
|
|
}
|