mirror of
https://github.com/llvm/llvm-project.git
synced 2025-04-25 18:06:05 +00:00
850d53a197
LTO code may end up mixing bitcode files from various sources varying in their use of opaque pointer types. The current strategy to decide between opaque / typed pointers upon the first bitcode file loaded does not work here, since we could be loading a non-opaque bitcode file first and would then be unable to load any files with opaque pointer types later. So for LTO this: - Adds an `lto::Config::OpaquePointer` option and enforces an upfront decision between the two modes. - Adds `-opaque-pointers`/`-no-opaque-pointers` options to the gold plugin; disabled by default. - `--opaque-pointers`/`--no-opaque-pointers` options with `-plugin-opt=-opaque-pointers`/`-plugin-opt=-no-opaque-pointers` aliases to lld; disabled by default. - Adds an `-lto-opaque-pointers` option to the `llvm-lto2` tool. - Changes the clang driver to pass `-plugin-opt=-opaque-pointers` to the linker in LTO modes when clang was configured with opaque pointers enabled by default. This fixes https://github.com/llvm/llvm-project/issues/55377 Differential Revision: https://reviews.llvm.org/D125847
20 lines
680 B
LLVM
20 lines
680 B
LLVM
; RUN: llvm-as -o %t1.o %s
|
|
; RUN: llvm-as -o %t2.o %S/Inputs/ifunc2.ll
|
|
; RUN: llvm-lto2 run %t1.o %t2.o -r %t1.o,foo,p -r %t1.o,foo_resolver, -r %t2.o,foo_resolver,p -save-temps -o %t3.o
|
|
; RUN: llvm-dis -o - %t3.o.0.0.preopt.bc | FileCheck %s
|
|
|
|
target datalayout = "e-p:64:64"
|
|
target triple = "x86_64-unknown-linux-gnu"
|
|
|
|
; CHECK: @foo = ifunc i32 (), ptr @foo_resolver.2
|
|
@foo = ifunc i32 (), i32 ()* ()* @foo_resolver
|
|
|
|
; CHECK: define internal ptr @foo_resolver.2() {
|
|
; CHECK-NEXT: ret ptr inttoptr (i32 1 to ptr)
|
|
define weak i32 ()* @foo_resolver() {
|
|
ret i32 ()* inttoptr (i32 1 to i32 ()*)
|
|
}
|
|
|
|
; CHECK: define ptr @foo_resolver() {
|
|
; CHECK-NEXT: ret ptr inttoptr (i32 2 to ptr)
|