05a358cdcd
Summary: Reapply r357931 with fixes to ThinLTO testcases and llvm-lto tool. ThinLTOCodeGenerator currently does not preserve llvm.used symbols and it can internalize them. In order to pass the necessary information to the legacy ThinLTOCodeGenerator, the input to the code generator is rewritten to be based on lto::InputFile. Now ThinLTO using the legacy LTO API will requires data layout in Module. "internalize" thinlto action in llvm-lto is updated to run both "promote" and "internalize" with the same configuration as ThinLTOCodeGenerator. The old "promote" + "internalize" option does not produce the same output as ThinLTOCodeGenerator. This fixes: PR41236 rdar://problem/49293439 Reviewers: tejohnson, pcc, kromanova, dexonsmith Reviewed By: tejohnson Subscribers: ormris, bd1976llvm, mehdi_amini, inglorion, eraman, hiraditya, jkorous, dexonsmith, arphaman, dang, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D60421 llvm-svn: 358601
15 lines
404 B
LLVM
15 lines
404 B
LLVM
; An internal global variable that can't be renamed because it has a section
|
|
target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128"
|
|
@var_with_section = internal global i32 0, section "some_section"
|
|
|
|
; @reference_gv_with_section() can't be imported
|
|
define i32 @reference_gv_with_section() {
|
|
%res = load i32, i32* @var_with_section
|
|
ret i32 %res
|
|
}
|
|
|
|
; canary
|
|
define void @foo() {
|
|
ret void
|
|
}
|