]> granicus.if.org Git - clang/commit
[CodeGen] Propagate dllexport to thunks
authorShoaib Meenai <smeenai@fb.com>
Mon, 24 Jul 2017 17:16:27 +0000 (17:16 +0000)
committerShoaib Meenai <smeenai@fb.com>
Mon, 24 Jul 2017 17:16:27 +0000 (17:16 +0000)
commit3ce4725d2e2fb592c6584c87f31f811f98c91df9
treed30e244e250591a05d9a9bdaa98cdc2170ee618c
parent115ab5283cd14e15de06e5cfd976e4c6f2f7c236
[CodeGen] Propagate dllexport to thunks

Under Windows Itanium, we need to export virtual and non-virtual thunks
if the functions being thunked are exported. These thunks would
previously inherit their dllexport attribute from the declaration, but
r298330 changed declarations to not have dllexport attributes. We
therefore need to add the dllexport attribute to the definition
ourselves now. This is consistent with MinGW GCC's behavior.

This redoes r306770 but limits the logic to Itanium. MicrosoftCXXABI's
setThunkLinkage ensures that thunks aren't exported under that ABI, so
I'm handling this in ItaniumCXXABI's setThunkLinkage for symmetry.

We need to export these thunks because they can be referenced outside
the library they're defined in. For example, if a child class without a
key function inherits from a parent class with a key function, the
parent's thunks will only be defined in the library with the key
function, but the construction vtable for the parent in the child might
be emitted outside the library (since the child doesn't have a key
function), and it needs to reference the parent's thunks.

We don't need to mark these thunks as imported since any references to
them will occur in data, so the compiler can't generate the IAT load
sequence anyway. Instead, we rely on the linker generating import thunks
for the thunks.

Differential Revision: https://reviews.llvm.org/D34972

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@308899 91177308-0d34-0410-b5e6-96231b3b80d8
lib/CodeGen/ItaniumCXXABI.cpp
test/CodeGenCXX/dllexport-vtable-thunks.cpp [new file with mode: 0644]