maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/Linker/visibility.ll

52 lines
1017 B
LLVM
Raw Normal View History

Move an input file to Inputs instead of using RUN: true. llvm-svn: 220953
2014-10-31 13:54:15 +08:00
; RUN: llvm-link %s %p/Inputs/visibility.ll -S | FileCheck %s
; RUN: llvm-link %p/Inputs/visibility.ll %s -S | FileCheck %s
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
Move an input file to Inputs instead of using RUN: true. llvm-svn: 220953
2014-10-31 13:54:15 +08:00
; The values in this file are strong, the ones in Inputs/visibility.ll are weak,
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
; but we should still get the visibility from them.
Revert r221096 bringing back r221014 with a fix. The issue was that linkAppendingVarProto does the full linking job, including deleting the old dst variable. The fix is just to call it and return early if we have a GV with appending linkage. original message: Refactor duplicated code in liking GlobalValues. There is quiet a bit of logic that is common to any GlobalValue but was duplicated for Functions, GlobalVariables and GlobalAliases. While at it, merge visibility even when comdats are used, fixing pr21415. llvm-svn: 221098
2014-11-02 21:28:57 +08:00
$c1 = comdat any
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
; Variables
Revert r221096 bringing back r221014 with a fix. The issue was that linkAppendingVarProto does the full linking job, including deleting the old dst variable. The fix is just to call it and return early if we have a GV with appending linkage. original message: Refactor duplicated code in liking GlobalValues. There is quiet a bit of logic that is common to any GlobalValue but was duplicated for Functions, GlobalVariables and GlobalAliases. While at it, merge visibility even when comdats are used, fixing pr21415. llvm-svn: 221098
2014-11-02 21:28:57 +08:00
; CHECK-DAG: @v1 = hidden global i32 0
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
@v1 = global i32 0
Revert r221096 bringing back r221014 with a fix. The issue was that linkAppendingVarProto does the full linking job, including deleting the old dst variable. The fix is just to call it and return early if we have a GV with appending linkage. original message: Refactor duplicated code in liking GlobalValues. There is quiet a bit of logic that is common to any GlobalValue but was duplicated for Functions, GlobalVariables and GlobalAliases. While at it, merge visibility even when comdats are used, fixing pr21415. llvm-svn: 221098
2014-11-02 21:28:57 +08:00
; CHECK-DAG: @v2 = protected global i32 0
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
@v2 = global i32 0
Revert r221096 bringing back r221014 with a fix. The issue was that linkAppendingVarProto does the full linking job, including deleting the old dst variable. The fix is just to call it and return early if we have a GV with appending linkage. original message: Refactor duplicated code in liking GlobalValues. There is quiet a bit of logic that is common to any GlobalValue but was duplicated for Functions, GlobalVariables and GlobalAliases. While at it, merge visibility even when comdats are used, fixing pr21415. llvm-svn: 221098
2014-11-02 21:28:57 +08:00
; CHECK-DAG: @v3 = hidden global i32 0
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
@v3 = protected global i32 0
Revert r221096 bringing back r221014 with a fix. The issue was that linkAppendingVarProto does the full linking job, including deleting the old dst variable. The fix is just to call it and return early if we have a GV with appending linkage. original message: Refactor duplicated code in liking GlobalValues. There is quiet a bit of logic that is common to any GlobalValue but was duplicated for Functions, GlobalVariables and GlobalAliases. While at it, merge visibility even when comdats are used, fixing pr21415. llvm-svn: 221098
2014-11-02 21:28:57 +08:00
; CHECK-DAG: @v4 = hidden global i32 1, comdat $c1
@v4 = global i32 1, comdat $c1
Link symbols with different visibilities according to the rules in the System V Application Binary Interface. This lets us use -fvisibility-inlines-hidden with LTO. Fixes PR11697. llvm-svn: 147624
2012-01-06 07:02:01 +08:00
; Aliases
; CHECK: @a1 = hidden alias i32* @v1
@a1 = alias i32* @v1
; CHECK: @a2 = protected alias i32* @v2
@a2 = alias i32* @v2
; CHECK: @a3 = hidden alias i32* @v3
@a3 = protected alias i32* @v3
; Functions
; CHECK: define hidden void @f1()
define void @f1() {
entry:
ret void
}
; CHECK: define protected void @f2()
define void @f2() {
entry:
ret void
}
; CHECK: define hidden void @f3()
define protected void @f3() {
entry:
ret void
}