6d1780cfb8
Normally, explicit specializations are treated like strong external definitions. However, MSVC treats explicit specializations of static data members as weak. MSVC 2013's <regex> implementation has such an explicit specialization which leads to clang emitting a strong definition in each translation unit which includes it. Tweak clang's linkage calculation to give such entities GVA_StrongODR linkage instead. This fixes PR24165. llvm-svn: 242592
32 lines
707 B
C++
32 lines
707 B
C++
// RUN: %clang_cc1 %s -triple i686-pc-win32 -std=c++11 -fms-compatibility -emit-llvm -o - | FileCheck %s
|
|
|
|
template <typename>
|
|
struct S {
|
|
static const int x[];
|
|
};
|
|
|
|
template <>
|
|
const int S<char>::x[] = {1};
|
|
|
|
// CHECK-LABEL: @"\01?x@?$S@D@@2QBHB" = weak_odr constant [1 x i32] [i32 1], comdat
|
|
|
|
template<class T>
|
|
void destroy(T *p) {
|
|
p->~T();
|
|
}
|
|
|
|
extern "C" void f() {
|
|
int a;
|
|
destroy((void*)&a);
|
|
}
|
|
|
|
// CHECK-LABEL: define void @f()
|
|
// CHECK: call void @"\01??$destroy@X@@YAXPAX@Z"
|
|
// CHECK: ret void
|
|
|
|
// CHECK-LABEL: define linkonce_odr void @"\01??$destroy@X@@YAXPAX@Z"(i8* %p)
|
|
// The pseudo-dtor expr should not generate calls to anything.
|
|
// CHECK-NOT: call
|
|
// CHECK-NOT: invoke
|
|
// CHECK: ret void
|