aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/CodeGen/CodeGenModule.h
diff options
context:
space:
mode:
authorJohn McCall <rjmccall@apple.com>2011-03-27 09:00:25 +0000
committerJohn McCall <rjmccall@apple.com>2011-03-27 09:00:25 +0000
commit358d056c148bdeebb502ab94edd97eb1637f6f92 (patch)
tree8d1fc663db5cc82aa5c1340926be3a5c99a40b27 /clang/lib/CodeGen/CodeGenModule.h
parent83167df78743fa9a15ca27d78b70f3fb97c94d1e (diff)
downloadllvm-358d056c148bdeebb502ab94edd97eb1637f6f92.zip
llvm-358d056c148bdeebb502ab94edd97eb1637f6f92.tar.gz
llvm-358d056c148bdeebb502ab94edd97eb1637f6f92.tar.bz2
We were emitting construction v-tables with internal linkage all the time.
Emit them instead with the linkage of the VTT. I'm actually really ambivalent about this; it's what GCC does, but outside of improving code size (if the linkage is coalescing), I'm not sure it's at all relevant. Construction vtables are naturally referenced only by the VTT, which is itself only referenced by complete-object constructors and destructors; giving the construction vtables possibly-external linkage is important if you have an optimization that drills through the VTT to a reference to a particular construction vtable which it cannot just emit itself. llvm-svn: 128374
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.h')
-rw-r--r--clang/lib/CodeGen/CodeGenModule.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/clang/lib/CodeGen/CodeGenModule.h b/clang/lib/CodeGen/CodeGenModule.h
index e6fcf61..aa6a053 100644
--- a/clang/lib/CodeGen/CodeGenModule.h
+++ b/clang/lib/CodeGen/CodeGenModule.h
@@ -313,6 +313,7 @@ public:
enum TypeVisibilityKind {
TVK_ForVTT,
TVK_ForVTable,
+ TVK_ForConstructionVTable,
TVK_ForRTTI,
TVK_ForRTTIName
};