forked from OSchip/llvm-project
Fix link of libxul with LTO and the linker in xcode4. It is not clear if this
is working around a bug in ld or if the new linker has a reasonable reason for wanting the string constant to be linker visible. llvm-svn: 127594
This commit is contained in:
parent
e92dcceab7
commit
7a6cf01895
|
@ -1669,7 +1669,10 @@ CodeGenModule::GetAddrOfConstantCFString(const StringLiteral *Literal) {
|
|||
// does make plain ascii ones writable.
|
||||
isConstant = true;
|
||||
} else {
|
||||
Linkage = llvm::GlobalValue::PrivateLinkage;
|
||||
// FIXME: With OS X ld 123.2 (xcode 4) and LTO we would get a linker error
|
||||
// when using private linkage. It is not clear if this is a bug in ld
|
||||
// or a reasonable new restriction.
|
||||
Linkage = llvm::GlobalValue::InternalLinkage;
|
||||
isConstant = !Features.WritableStrings;
|
||||
}
|
||||
|
||||
|
|
|
@ -1,13 +1,13 @@
|
|||
// RUN: %clang_cc1 -triple i386-apple-darwin9 -emit-llvm %s -o - | FileCheck -check-prefix LSB %s
|
||||
|
||||
// CHECK-LSB: @.str = private unnamed_addr constant [8 x i8] c"string0\00"
|
||||
// CHECK-LSB: @.str1 = private unnamed_addr constant [8 x i8] c"string1\00"
|
||||
// CHECK-LSB: @.str1 = internal unnamed_addr constant [8 x i8] c"string1\00"
|
||||
// CHECK-LSB: @.str2 = internal unnamed_addr constant [36 x i8] c"h\00e\00l\00l\00o\00 \00\92! \00\03& \00\90! \00w\00o\00r\00l\00d\00\00\00", align 2
|
||||
|
||||
// RUN: %clang_cc1 -triple powerpc-apple-darwin9 -emit-llvm %s -o - | FileCheck -check-prefix MSB %s
|
||||
|
||||
// CHECK-MSB: @.str = private unnamed_addr constant [8 x i8] c"string0\00"
|
||||
// CHECK-MSB: @.str1 = private unnamed_addr constant [8 x i8] c"string1\00"
|
||||
// CHECK-MSB: @.str1 = internal unnamed_addr constant [8 x i8] c"string1\00"
|
||||
// CHECK-MSB: @.str2 = internal unnamed_addr constant [36 x i8] c"\00h\00e\00l\00l\00o\00 !\92\00 &\03\00 !\90\00 \00w\00o\00r\00l\00d\00\00", align 2
|
||||
|
||||
const char *g0 = "string0";
|
||||
|
|
Loading…
Reference in New Issue