Mehdi Amini 03f4fda76b Rework linkInModule(), making it oblivious to ThinLTO ... Summary: ThinLTO is relying on linkInModule to import selected function. However a lot of "magic" was hidden in linkInModule and the IRMover, who would rename and promote global variables on the fly. This is moving to an approach where the steps are decoupled and the client is reponsible to specify the list of globals to import. As a consequence some test are changed because they were relying on the previous behavior which was importing the definition of *every* single global without control on the client side. Now the burden is on the client to decide if a global has to be imported or not. Reviewers: tejohnson Subscribers: joker.eph, llvm-commits Differential Revision: http://reviews.llvm.org/D18122 From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 263863		2016-03-19 00:40:31 +00:00
..
CMakeLists.txt	Restore "Support for ThinLTO function importing and symbol linking."	2015-11-03 00:14:15 +00:00
llvm-link.cpp	Rework linkInModule(), making it oblivious to ThinLTO	2016-03-19 00:40:31 +00:00
LLVMBuild.txt	Restore "Support for ThinLTO function importing and symbol linking."	2015-11-03 00:14:15 +00:00