llvm-project/clang/test/CodeGenCXX/template-instantiation.cpp

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

207 lines
6.5 KiB
C++
Raw Permalink Normal View History

// RUN: %clang_cc1 %s -O1 -disable-llvm-passes -triple=x86_64-apple-darwin10 -std=c++11 -emit-llvm -o - | FileCheck %s
// RUN: %clang_cc1 %s -O1 -disable-llvm-passes -triple=x86_64-apple-darwin10 -std=c++11 -emit-llvm -o - | FileCheck %s --check-prefix=CHECK2
// Instantiation order varies on different C++ dialects (IE, between C++98 and C++11).
// CHECK-DAG: @_ZN7PR100011xE ={{.*}} global
// CHECK-DAG: @_ZTVN5test018stdio_sync_filebufIA3_iEE = weak_odr unnamed_addr constant
// CHECK-DAG: @_ZN7PR100011SIiE3arrE = linkonce_odr global [3 x i32]
// CHECK-DAG: @_ZTVN5test018stdio_sync_filebufIA4_iEE = linkonce_odr unnamed_addr constant
// Negative checks go under prefix "CHECK2" to avoid interference with CHECK and CHECK-DAG.
// CHECK2-NOT: @_ZN7PR100014kBarE = external global i32
// CHECK2-NOT: @_ZTVN5test118stdio_sync_filebufIwEE ={{.*}} constant
// CHECK2-NOT: _ZTVN5test315basic_fstreamXXIcEE
// CHECK2-NOT: @_ZTVN5test018stdio_sync_filebufIA1_iEE
// CHECK2-NOT: @_ZTVN5test018stdio_sync_filebufIA2_iEE
// CHECK2-NOT: @_ZN7PR100011SIiE3arr2E = linkonce_odr global [3 x i32]A
// CHECK2-NOT: _ZTVN5test31SIiEE
// CHECK2-NOT: _ZTSN5test31SIiEE
// CHECK2: !{!"p1 _ZTSN5test31SIiEE",
// CHECK-LABEL: define linkonce_odr void @_ZN5test21CIiEC1Ev(ptr {{[^,]*}} %this) unnamed_addr
// CHECK-LABEL: define linkonce_odr void @_ZN5test21CIiE6foobarIdEEvT_(
// CHECK-LABEL: define available_externally void @_ZN5test21CIiE6zedbarEd(
// CHECK-LABEL: define linkonce_odr void @_ZN7PR106662g1ENS_1SILi1EEE()
// CHECK-LABEL: define linkonce_odr void @_ZN7PR106662g1ENS_1SILi2EEE()
// CHECK-LABEL: define linkonce_odr void @_ZN7PR106662g1ENS_1SILi3EEE()
// CHECK-LABEL: define linkonce_odr void @_ZN7PR106662g2ENS_1SILi1EEE()
// CHECK-LABEL: define linkonce_odr void @_ZN7PR106662g2ENS_1SILi2EEE()
// CHECK-LABEL: define linkonce_odr void @_ZN7PR106662g2ENS_1SILi3EEE()
// CHECK: declare void @_ZN7PR106662h1ENS_1SILi1EEE()
// CHECK: declare void @_ZN7PR106662h1ENS_1SILi2EEE()
// CHECK: declare void @_ZN7PR106662h1ENS_1SILi3EEE()
// CHECK: declare void @_ZN7PR106662h2ENS_1SILi1EEE()
// CHECK: declare void @_ZN7PR106662h2ENS_1SILi2EEE()
// CHECK: declare void @_ZN7PR106662h2ENS_1SILi3EEE()
namespace test0 {
struct basic_streambuf {
virtual ~basic_streambuf();
};
template<typename _CharT >
struct stdio_sync_filebuf : public basic_streambuf {
virtual void xsgetn();
};
// This specialization is not a key function, so doesn't cause the vtable to
// be instantiated unless we're instantiating a class definition anyway.
template<> void stdio_sync_filebuf<int[1]>::xsgetn() {
}
template<> void stdio_sync_filebuf<int[2]>::xsgetn() {
}
template<> void stdio_sync_filebuf<int[3]>::xsgetn() {
}
template<> void stdio_sync_filebuf<int[4]>::xsgetn() {
}
extern template class stdio_sync_filebuf<int[2]>;
// These two both cause vtables to be emitted.
template class stdio_sync_filebuf<int[3]>;
stdio_sync_filebuf<int[4]> implicit_instantiation;
}
namespace test1 {
struct basic_streambuf {
virtual ~basic_streambuf();
};
template<typename _CharT >
struct stdio_sync_filebuf : public basic_streambuf {
virtual void xsgetn();
};
// Just a declaration should not force the vtable to be emitted.
template<> void stdio_sync_filebuf<wchar_t>::xsgetn();
}
namespace test2 {
template<typename T1>
class C {
public:
virtual ~C();
void zedbar(double) {
}
template<typename T2>
void foobar(T2 foo) {
}
};
extern template class C<int>;
void g() {
// The extern template declaration should not prevent us from producing
// the implicit constructor (test at the top).
C<int> a;
// or foobar(test at the top).
a.foobar(0.0);
// But it should prevent zebbar
// (test at the top).
a.zedbar(0.0);
}
}
namespace test3 {
template<typename T>
class basic_fstreamXX {
virtual void foo(){}
virtual void is_open() const { }
};
extern template class basic_fstreamXX<char>;
// This template instantiation should not cause us to produce a vtable.
// (test at the top).
template void basic_fstreamXX<char>::is_open() const;
}
namespace test3 {
template <typename T>
struct S {
virtual void m();
};
template<typename T>
void S<T>::m() { }
// Should not cause us to produce vtable because template instantiations
// don't have key functions.
template void S<int>::m();
}
namespace test4 {
template <class T> struct A { static void foo(); };
class B {
template <class T> friend void A<T>::foo();
B();
};
template <class T> void A<T>::foo() {
B b;
}
[Clang] [NFC] Fix unintended `-Wreturn-type` warnings everywhere in the test suite (#123464) In preparation of making `-Wreturn-type` default to an error (as there is virtually no situation where you’d *want* to fall off the end of a function that is supposed to return a value), this patch fixes tests that have relied on this being only a warning, of which there seem to be 3 kinds: 1. Tests which for no apparent reason have a function that triggers the warning. I suspect that a lot of these were on accident (or from before the warning was introduced), since a lot of people will open issues w/ their problematic code in the `main` function (which is the one case where you don’t need to return from a non-void function, after all...), which someone will then copy, possibly into a namespace, possibly renaming it, the end result of that being that you end up w/ something that definitely is not `main` anymore, but which still is declared as returning `int`, and which still has no return statement (another reason why I think this might apply to a lot of these is because usually the actual return type of such problematic functions is quite literally `int`). A lot of these are really old tests that don’t use `-verify`, which is why no-one noticed or had to care about the extra warning that was already being emitted by them until now. 2. Tests which test either `-Wreturn-type`, `[[noreturn]]`, or what codegen and sanitisers do whenever you do fall off the end of a function. 3. Tests where I struggle to figure out what is even being tested (usually because they’re Objective-C tests, and I don’t know Objective-C), whether falling off the end of a function matters in the first place, and tests where actually spelling out an expression to return would be rather cumbersome (e.g. matrix types currently don’t support list initialisation, so I can’t write e.g. `return {}`). For tests that fall into categories 2 and 3, I just added `-Wno-error=return-type` to the `RUN` lines and called it a day. This was especially necessary for the former since `-Wreturn-type` is an analysis-based warning, meaning that it is currently impossible to test for more than one occurrence of it in the same compilation if it defaults to an error since the analysis pass is skipped for subsequent functions as soon as an error is emitted. I’ve also added `-Werror=return-type` to a few tests that I had already updated as this patch was previously already making the warning an error by default, but we’ve decided to split that into two patches instead.
2025-01-18 19:16:33 +01:00
void test() {
A<int>::foo();
}
}
namespace PR8505 {
// Hits an assertion due to bogus instantiation of class B.
template <int i> class A {
class B* g;
};
class B {
void f () {}
};
// Should not instantiate class B since it is introduced in namespace scope.
// CHECK2-NOT: _ZN6PR85051AILi0EE1B1fEv
template class A<0>;
}
// Ensure that when instantiating initializers for static data members to
// complete their type in an unevaluated context, we *do* emit initializers with
// side-effects, but *don't* emit initializers and variables which are otherwise
// unused in the program.
namespace PR10001 {
template <typename T> struct S {
static const int arr[];
static const int arr2[];
static const int x, y;
static int f();
};
extern int foo();
extern int kBar;
template <typename T> const int S<T>::arr[] = { 1, 2, foo() }; // possible side effects
template <typename T> const int S<T>::arr2[] = { 1, 2, kBar }; // no side effects
template <typename T> const int S<T>::x = sizeof(arr) / sizeof(arr[0]);
template <typename T> const int S<T>::y = sizeof(arr2) / sizeof(arr2[0]);
template <typename T> int S<T>::f() { return x + y; }
int x = S<int>::f();
}
// Ensure that definitions are emitted for all friend functions defined within
// class templates. Order of declaration is extremely important here. Different
// instantiations of the class happen at different points during the deferred
// method body parsing and afterward. Those different points of instantiation
// change the exact form the class template appears to have.
namespace PR10666 {
template <int N> struct S {
void f1() { S<1> s; }
friend void g1(S s) {}
friend void h1(S s);
void f2() { S<2> s; }
friend void g2(S s) {}
friend void h2(S s);
void f3() { S<3> s; }
};
void test(S<1> s1, S<2> s2, S<3> s3) {
g1(s1); g1(s2); g1(s3);
g2(s1); g2(s2); g2(s3);
h1(s1); h1(s2); h1(s3);
h2(s1); h2(s2); h2(s3);
}
}