Mehdi Amini 5a3fd7abf3 [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
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
LLVMBuild.txt