maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/ELF/lto/linkage.ll

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

21 lines
760 B
LLVM
Raw Normal View History

[lto] Don't add variables with private linkage to the symbol table. Summary: This causes the issue in PR26872 to go away now that we aren't creating symbols for the string literals, but that may just be concealing a deeper problem, so best to keep that PR open. Reviewers: rafael Subscribers: Bigcheese, llvm-commits, joker.eph Differential Revision: http://reviews.llvm.org/D17971 llvm-svn: 262968
2016-03-09 07:50:56 +08:00
; REQUIRES: x86
; RUN: llvm-as %s -o %t1.o
[ELF] Remove -m argument to lld in test files. NFC. This should be correctly implied by the linker. This also makes the tests slightly easier to maintain and compare with the equivalent tests under for other platforms. Differential Revision: https://reviews.llvm.org/D47513 llvm-svn: 333567
2018-05-31 01:57:08 +08:00
; RUN: ld.lld %t1.o %t1.o -o %t.so -shared
[lto] The previous testcase was not useful enough. -shared was hiding the fact that the intrinsic wasn't being found. llvm-svn: 263197
2016-03-11 13:42:34 +08:00
; RUN: llvm-nm %t.so | FileCheck %s
[lto] Don't add variables with private linkage to the symbol table. Summary: This causes the issue in PR26872 to go away now that we aren't creating symbols for the string literals, but that may just be concealing a deeper problem, so best to keep that PR open. Reviewers: rafael Subscribers: Bigcheese, llvm-commits, joker.eph Differential Revision: http://reviews.llvm.org/D17971 llvm-svn: 262968
2016-03-09 07:50:56 +08:00
Reland "Change the X86 datalayout to add three address spaces for 32 bit signed, 32 bit unsigned, and 64 bit pointers." This reverts 57076d3199fc2b0af4a3736b7749dd5462cacda5. Original review at https://reviews.llvm.org/D64931. Review for added fix at https://reviews.llvm.org/D66843. llvm-svn: 371568
2019-09-11 07:15:38 +08:00
target datalayout = "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-f80:128-n8:16:32:64-S128"
[lto] Don't add variables with private linkage to the symbol table. Summary: This causes the issue in PR26872 to go away now that we aren't creating symbols for the string literals, but that may just be concealing a deeper problem, so best to keep that PR open. Reviewers: rafael Subscribers: Bigcheese, llvm-commits, joker.eph Differential Revision: http://reviews.llvm.org/D17971 llvm-svn: 262968
2016-03-09 07:50:56 +08:00
target triple = "x86_64-unknown-linux-gnu"
; Should not encounter a duplicate symbol error for @.str
@.str = private unnamed_addr constant [4 x i8] c"Hey\00", align 1
[lto] Avoid duplicate symbol error for appending linkage. Summary: Is there any other code needed for correctly handling appending linkage? Do we need to do something more with @llvm.global_ctors in SymbolTable.cpp:addBitcodeFile; otherwise the combined bitcode module won't have all the global ctors. Reviewers: rafael Subscribers: Bigcheese, llvm-commits, joker.eph Differential Revision: http://reviews.llvm.org/D17975 llvm-svn: 262992
2016-03-09 11:42:39 +08:00
; Should not encounter a duplicate symbol error for @llvm.global_ctors
@llvm.global_ctors = appending global [1 x { i32, void ()*, i8* }] [{ i32, void ()*, i8* } { i32 65535, void ()* @ctor, i8* null }]
define internal void @ctor() {
ret void
}
[lto] Add a useful test case. This is reduced from an issue found in practice. The original version of D18012 needed another patch to handle this, but it now works since we are using a more correct GV->hasAppendingLinkage() check that Rafael suggested. This is what remains of that other patch. llvm-svn: 263181
2016-03-11 09:10:37 +08:00
; Should not try to merge a declaration into the combined module.
declare i32 @llvm.ctpop.i32(i32)
[lto] The previous testcase was not useful enough. -shared was hiding the fact that the intrinsic wasn't being found. llvm-svn: 263197
2016-03-11 13:42:34 +08:00
; CHECK-NOT: llvm.ctpop.i32