summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/lang/cpp/namespace/ns.cpp
diff options
context:
space:
mode:
authorVlad Tsyrklevich <vlad@tsyrklevich.net>2018-06-20 16:50:56 +0000
committerVlad Tsyrklevich <vlad@tsyrklevich.net>2018-06-20 16:50:56 +0000
commit34b91122166186669bd52abaf04c1b294055b8a7 (patch)
treea08b16d0607fb1879dd3df49c192346ab07a7cd6 /lldb/packages/Python/lldbsuite/test/lang/cpp/namespace/ns.cpp
parent6fa24b0b7fb755114ca3ac50c6617e917222a893 (diff)
downloadbcm5719-llvm-34b91122166186669bd52abaf04c1b294055b8a7.tar.gz
bcm5719-llvm-34b91122166186669bd52abaf04c1b294055b8a7.zip
IRMover: Account for matching types present across modules
Summary: Due to uniqueing of DICompositeTypes, it's possible for a type from one module to be loaded into another earlier module without being renamed. Then when the defining module is being IRMoved, the type can be used as a Mapping destination before being loaded, such that when it's requested using TypeMapTy::get() it will fail with an assertion that the type is a source type when it's actually a type in both the source and destination modules. Correctly handle that case by allowing a non-opaque non-literal struct type be present in both modules. Fix for PR37684. Reviewers: pcc, tejohnson Reviewed By: pcc, tejohnson Subscribers: tobiasvk, mehdi_amini, steven_wu, llvm-commits, kcc Differential Revision: https://reviews.llvm.org/D47898 llvm-svn: 335145
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/lang/cpp/namespace/ns.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud