1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
; RUN: rm -rf %t && mkdir -p %t
; RUN: llvm-as -o %t/bcsection.bc %s
; RUN: llvm-mc -I=%t -filetype=obj -triple=x86_64-unknown-unknown -o %t/bcsection.bco %p/Inputs/bcsection.s
; RUN: llc -filetype=obj -mtriple=x86_64-unknown-unknown -o %t/bcsection-lib.o %p/Inputs/bcsection-lib.ll
; RUN: %gold -shared --no-undefined -o %t/bcsection.so -m elf_x86_64 -plugin %llvmshlibdir/LLVMgold%shlibext %t/bcsection.bco %t/bcsection-lib.o
; This test checks that the gold plugin does not attempt to use the bitcode
; in the .llvmbc section for LTO. bcsection-lib.o calls a function that is
; present the symbol table of bcsection.bco, but not included in the embedded
; bitcode. If the linker were to use the bitcode, then the symbols in the
; symbol table of bcsection.bco will be ignored and the link will fail.
;
; bcsection.bco:
; .text:
; elf_func
; .llvmbc:
; bitcode_func
;
; bcsection-lib.o:
; calls elf_func()
target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128"
target triple = "x86_64-unknown-unknown"
; CHECK: main
define i32 @bitcode_func() {
ret i32 0
}
|
