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
..
BitCodes.h
BitcodeWriterPass.h
BitstreamReader.h	[C++11] More 'nullptr' conversion. In some cases just using a boolean check instead of comparing to nullptr.	2014-04-15 06:32:26 +00:00
BitstreamWriter.h	[C++11] More 'nullptr' conversion. In some cases just using a boolean check instead of comparing to nullptr.	2014-04-15 06:32:26 +00:00
LLVMBitCodes.h	Bitcode: Serialize (and recover) use-list order	2014-07-28 21:19:41 +00:00
ReaderWriter.h	BitcodeReader: Fix some BlockAddress forward reference corner cases	2014-08-01 21:11:34 +00:00