Duncan P. N. Exon Smith 9829cda628 BitcodeReader: Fix some BlockAddress forward reference corner cases ... `BlockAddress`es are interesting in that they can reference basic blocks from *outside* the block's function. Since basic blocks are not global values, this presents particular challenges for lazy parsing. One corner case was found in PR11677 and fixed in r147425. In that case, a global variable references a block address. It's necessary to load the relevant function to resolve the forward reference before doing anything with the module. By inspection, I found (and have fixed here) two other cases: - An instruction from one function references a block address from another function, and only the first function is lazily loaded. I fixed this the same way as PR11677: by eagerly loading the referenced function. - A function whose block address is taken is dematerialized, leaving invalid references to it. I fixed this by refusing to dematerialize functions whose block addresses are taken (if you have to load it, you can't unload it). llvm-svn: 214559		2014-08-01 21:11:34 +00:00
..
Reader	BitcodeReader: Fix some BlockAddress forward reference corner cases	2014-08-01 21:11:34 +00:00
Writer	UseListOrder: Handle self-users	2014-07-31 18:33:12 +00:00
CMakeLists.txt	Move library stuff out of the toplevel CMakeLists.txt file.	2011-02-18 22:06:14 +00:00
LLVMBuild.txt	LLVMBuild: Introduce a common section which currently has a list of the	2011-12-12 22:45:54 +00:00
Makefile
module.modulemap	[modules] Add module maps for LLVM. These are not quite ready for prime-time	2014-05-21 02:46:14 +00:00