This essentially reverts the x86-64 side effect of r327198. For x86-32, @PLT (R_386_PLT32) is not suitable in -fno-pic mode so the code forces MO_NO_FLAG (like a forced dso_local) (https://bugs.llvm.org//show_bug.cgi?id=36674#c6). For x86-64, both `call/jmp foo` and `call/jmp foo@PLT` emit R_X86_64_PLT32 (https://sourceware.org/bugzilla/show_bug.cgi?id=22791) so there is no difference using @PLT. Using @PLT is actually favorable because this drops a difference with -fpie/-fpic code and makes it possible to avoid a canonical PLT entry when taking the address of an undefined function symbol.
34 lines
949 B
LLVM
34 lines
949 B
LLVM
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
|
|
; RUN: llc < %s -mtriple=x86_64-unknown | FileCheck %s
|
|
|
|
define i64 @testmsxs(float %x) {
|
|
; CHECK-LABEL: testmsxs:
|
|
; CHECK: # %bb.0: # %entry
|
|
; CHECK-NEXT: jmp lroundf@PLT # TAILCALL
|
|
entry:
|
|
%0 = tail call i64 @llvm.lround.i64.f32(float %x)
|
|
ret i64 %0
|
|
}
|
|
|
|
define i64 @testmsxd(double %x) {
|
|
; CHECK-LABEL: testmsxd:
|
|
; CHECK: # %bb.0: # %entry
|
|
; CHECK-NEXT: jmp lround@PLT # TAILCALL
|
|
entry:
|
|
%0 = tail call i64 @llvm.lround.i64.f64(double %x)
|
|
ret i64 %0
|
|
}
|
|
|
|
define i64 @testmsll(x86_fp80 %x) {
|
|
; CHECK-LABEL: testmsll:
|
|
; CHECK: # %bb.0: # %entry
|
|
; CHECK-NEXT: jmp lroundl@PLT # TAILCALL
|
|
entry:
|
|
%0 = tail call i64 @llvm.lround.i64.f80(x86_fp80 %x)
|
|
ret i64 %0
|
|
}
|
|
|
|
declare i64 @llvm.lround.i64.f32(float) nounwind readnone
|
|
declare i64 @llvm.lround.i64.f64(double) nounwind readnone
|
|
declare i64 @llvm.lround.i64.f80(x86_fp80) nounwind readnone
|