llvm-project/llvm/lib/Linker
Mehdi Amini fec2158292 [ThinLTO] Fix crash when importing an opaque type
It seems that because ThinLTO does not import the full module,
some invariant of the type mapper are broken.

In Monolithic LTO, we import every globals: when calling
IRLinker::copyFunctionProto() on @foo(), we end-up calling
TypeMapTy::get(FTy) on the type of @foo(), which will map
%0 and record the destination as opaque.

ThinLTO skips this because @foo is not imported and goes directly
to the next stage.

Next we call computeTypeMapping() that map the types for each
globals, and ends up checking for type isomorphism, and may add
type mapping. However it doesn't record if there was an opaque
destination type that was resolved.

Instead of lazily "discovering" opaque type in the destination
module on the go, we change the TypeFinder to eagerly record all
types and not only the named ones.

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

llvm-svn: 287453
2016-11-19 18:44:16 +00:00
..
CMakeLists.txt Slit lib/Linker in two. 2015-12-10 14:19:35 +00:00
IRMover.cpp [ThinLTO] Fix crash when importing an opaque type 2016-11-19 18:44:16 +00:00
LLVMBuild.txt
LinkDiagnosticInfo.h Slit lib/Linker in two. 2015-12-10 14:19:35 +00:00
LinkModules.cpp [ThinLTO] Don't link module level assembly when importing 2016-10-12 18:39:29 +00:00