maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/CodeGenCXX/virtual-destructor-calls.cpp

49 lines
1.1 KiB
C++
Raw Normal View History

Re-introduce the ctor/dtor alias optimization, this time hidden behind a command-line option which defaults off. llvm-svn: 96649
2010-02-19 09:32:20 +08:00
// RUN: %clang_cc1 -emit-llvm %s -o - -triple=x86_64-apple-darwin10 -mconstructor-aliases | FileCheck %s
When generating a virtual destructor, don't try to make a virtual call to the base class destructor because then we'll just re-enter the same destructor! This was done to fix PR5619, so I went ahead and passed a dummy VTT pointer for now. llvm-svn: 90578
2009-12-05 03:33:17 +08:00
Perform two more constructor/destructor code-size optimizations: 1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
2010-02-23 08:48:20 +08:00
struct Member {
~Member();
};
When generating a virtual destructor, don't try to make a virtual call to the base class destructor because then we'll just re-enter the same destructor! This was done to fix PR5619, so I went ahead and passed a dummy VTT pointer for now. llvm-svn: 90578
2009-12-05 03:33:17 +08:00
struct A {
virtual ~A();
};
struct B : A {
Perform two more constructor/destructor code-size optimizations: 1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
2010-02-23 08:48:20 +08:00
Member m;
When generating a virtual destructor, don't try to make a virtual call to the base class destructor because then we'll just re-enter the same destructor! This was done to fix PR5619, so I went ahead and passed a dummy VTT pointer for now. llvm-svn: 90578
2009-12-05 03:33:17 +08:00
virtual ~B();
};
Re-introduce the ctor/dtor alias optimization, this time hidden behind a command-line option which defaults off. llvm-svn: 96649
2010-02-19 09:32:20 +08:00
// Complete dtor: just an alias because there are no virtual bases.
// CHECK: @_ZN1BD1Ev = alias {{.*}} @_ZN1BD2Ev
Correctly pass VTT parameters to constructors and destructors. The VTTs aren't yet used in the ctors/dtors, but that will follow. llvm-svn: 92409
2010-01-02 09:01:18 +08:00
Perform two more constructor/destructor code-size optimizations: 1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
2010-02-23 08:48:20 +08:00
// (aliases from C)
// CHECK: @_ZN1CD1Ev = alias {{.*}} @_ZN1CD2Ev
// CHECK: @_ZN1CD2Ev = alias bitcast {{.*}} @_ZN1BD2Ev
Make deleting and complete dtor variants defer to other dtor variants by calling them as subroutines. This triggers whenever the alias optimization doesn't, i.e. when the dtor has linkonce linkage or there are virtual bases or it's the deleting dtor. llvm-svn: 96605
2010-02-19 03:59:28 +08:00
// Deleting dtor: defers to the complete dtor.
Move unnamed_addr after the function arguments on Sabre's request. llvm-svn: 124210
2011-01-26 03:10:24 +08:00
// CHECK: define void @_ZN1BD0Ev(%struct.B* %this) unnamed_addr
Make deleting and complete dtor variants defer to other dtor variants by calling them as subroutines. This triggers whenever the alias optimization doesn't, i.e. when the dtor has linkonce linkage or there are virtual bases or it's the deleting dtor. llvm-svn: 96605
2010-02-19 03:59:28 +08:00
// CHECK: call void @_ZN1BD1Ev
// CHECK: call void @_ZdlPv
When generating a virtual destructor, don't try to make a virtual call to the base class destructor because then we'll just re-enter the same destructor! This was done to fix PR5619, so I went ahead and passed a dummy VTT pointer for now. llvm-svn: 90578
2009-12-05 03:33:17 +08:00
Make deleting and complete dtor variants defer to other dtor variants by calling them as subroutines. This triggers whenever the alias optimization doesn't, i.e. when the dtor has linkonce linkage or there are virtual bases or it's the deleting dtor. llvm-svn: 96605
2010-02-19 03:59:28 +08:00
// Base dtor: actually calls A's base dtor.
Move unnamed_addr after the function arguments on Sabre's request. llvm-svn: 124210
2011-01-26 03:10:24 +08:00
// CHECK: define void @_ZN1BD2Ev(%struct.B* %this) unnamed_addr
Perform two more constructor/destructor code-size optimizations: 1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
2010-02-23 08:48:20 +08:00
// CHECK: call void @_ZN6MemberD1Ev
When generating a virtual destructor, don't try to make a virtual call to the base class destructor because then we'll just re-enter the same destructor! This was done to fix PR5619, so I went ahead and passed a dummy VTT pointer for now. llvm-svn: 90578
2009-12-05 03:33:17 +08:00
// CHECK: call void @_ZN1AD2Ev
B::~B() { }
Perform two more constructor/destructor code-size optimizations: 1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
2010-02-23 08:48:20 +08:00
struct C : B {
~C();
};
C::~C() { }
// Complete dtor: just an alias (checked above).
// Deleting dtor: defers to the complete dtor.
Move unnamed_addr after the function arguments on Sabre's request. llvm-svn: 124210
2011-01-26 03:10:24 +08:00
// CHECK: define void @_ZN1CD0Ev(%struct.C* %this) unnamed_addr
Perform two more constructor/destructor code-size optimizations: 1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
2010-02-23 08:48:20 +08:00
// CHECK: call void @_ZN1CD1Ev
// CHECK: call void @_ZdlPv
// Base dtor: just an alias to B's base dtor.