summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Support/FoldingSet.cpp
diff options
context:
space:
mode:
authorMartin Storsjo <martin@martin.st>2018-02-02 06:22:35 +0000
committerMartin Storsjo <martin@martin.st>2018-02-02 06:22:35 +0000
commit3b528944eff16582eb44554297983f93f58d2ba7 (patch)
tree1268cb374a247afc81b021ee801d769ffa09d9ac /llvm/lib/Support/FoldingSet.cpp
parent53489ada12e9e27a4863ad96adf7a64edf16eef3 (diff)
downloadbcm5719-llvm-3b528944eff16582eb44554297983f93f58d2ba7.tar.gz
bcm5719-llvm-3b528944eff16582eb44554297983f93f58d2ba7.zip
[MinGW] Emit typeinfo locally for dllimported classes without key functions
This fixes building Qt as shared libraries with clang in MinGW mode; previously subclasses of the QObjectData class (in other DLLs than the base DLL) failed to find the typeinfo symbols (that neither were emitted in the base DLL nor in the DLL containing the subclass). If the virtual destructor in the newly added testcase wouldn't be pure (or if there'd be another non-pure virtual method), it'd be a key function and things would work out even before this change. Make sure to locally emit the typeinfo for these classes as well. This matches what GCC does in this specific testcase. This fixes the root issue that spawned PR35146. (The difference to GCC that is initially described in that bug still is present though.) Differential Revision: https://reviews.llvm.org/D42641 llvm-svn: 324059
Diffstat (limited to 'llvm/lib/Support/FoldingSet.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud