llvm-project/lld/test/COFF/wrap-lto-1.ll
Martin Storsjö 3785a413fe Reapply [LLD] [COFF] Implement a GNU/ELF like -wrap option
Add a simple forwarding option in the MinGW frontend, and implement
the private -wrap option in the COFF linker.

The feature in lld-link isn't gated by the -lldmingw option, but
the option is left as a private, undocumented option primarily
used by the MinGW driver.

The implementation is significantly based on the support for --wrap
in the ELF linker, but many small nuance details are different
between the ELF and COFF linkers, ending up with more than a few
implementation differences.

This fixes https://bugs.llvm.org/show_bug.cgi?id=47384.

Differential Revision: https://reviews.llvm.org/D89004

Reapplied with the bitfield member canInline fixed so it doesn't break
builds targeting windows.
2020-10-15 22:14:02 +03:00

37 lines
1.0 KiB
LLVM

; REQUIRES: x86
; LTO
; RUN: llvm-as %s -o %t.obj
; RUN: lld-link -out:%t.exe %t.obj -entry:entry -subsystem:console -wrap:bar -debug:symtab -lldsavetemps
; RUN: cat %t.exe.resolution.txt | FileCheck -check-prefix=RESOLS %s
; ThinLTO
; RUN: opt -module-summary %s -o %t.obj
; RUN: lld-link -out:%t.exe %t.obj -entry:entry -subsystem:console -wrap:bar -debug:symtab -lldsavetemps
; RUN: cat %t.exe.resolution.txt | FileCheck -check-prefix=RESOLS %s
; Make sure that the 'r' (linker redefined) bit is set for bar and __real_bar
; in the resolutions file. The calls to bar and __real_bar will be routed to
; __wrap_bar and bar, respectively. So they cannot be inlined.
; RESOLS: ,bar,pxr{{$}}
; RESOLS: ,__real_bar,xr{{$}}
; RESOLS: ,__wrap_bar,px{{$}}
target datalayout = "e-m:w-p270:32:32-p271:32:32-p272:64:64-i64:64-f80:128-n8:16:32:64-S128"
target triple = "x86_64-w64-windows-gnu"
define void @bar() {
ret void
}
define void @entry() {
call void @bar()
ret void
}
declare void @__real_bar()
define void @__wrap_bar() {
call void @__real_bar()
ret void
}