Duncan P. N. Exon Smith bd24fe8c7e Bitcode: Serialize (and recover) use-list order ... Predict and serialize use-list order in bitcode. This makes the option `-preserve-bc-use-list-order` work *most* of the time, but this is still experimental. - Builds a full value-table up front in the writer, sets up a list of use-list orders to write out, and discards the table. This is a simpler first step than determining the order from the various overlapping IDs of values on-the-fly. - The shuffles stored in the use-list order list have an unnecessarily large memory footprint. - `blockaddress` expressions cause functions to be materialized out-of-order. For now I've ignored this problem, so use-list orders will be wrong for constants used by functions that have block addresses taken. There are a couple of ways to fix this, but I don't have a concrete plan yet. - When materializing functions lazily, the use-lists for constants will not be correct. This use case is out of scope: what should the use-list order be, if it's incomplete? This is part of PR5680. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@214125 91177308-0d34-0410-b5e6-96231b3b80d8		2014-07-28 21:19:41 +00:00
..
BitcodeReader.cpp	Bitcode: Serialize (and recover) use-list order	2014-07-28 21:19:41 +00:00
BitcodeReader.h	Bitcode: Serialize (and recover) use-list order	2014-07-28 21:19:41 +00:00
BitReader.cpp	Remove 'using std::errro_code' from lib.	2014-06-13 02:24:39 +00:00
BitstreamReader.cpp	Replace some assert(0)'s with llvm_unreachable.	2014-06-18 05:05:13 +00:00
CMakeLists.txt	BitstreamReader hasn't aged well. It's been hacked on by various people and	2013-01-19 18:19:39 +00:00
LLVMBuild.txt	LLVMBuild: Remove trailing newline, which irked me.	2011-12-12 19:48:00 +00:00
Makefile