Jianzhou Zhao 76fc5249d5 Flush bitcode incrementally for LTO output ... Bitcode writer does not flush buffer until the end by default. This is fine to small bitcode files. When -flto,--plugin-opt=emit-llvm,-gmlt are used, the final bitcode file is large, for example, >8G. Keeping all data in memory consumes a lot of memory. This change allows bitcode writer flush data to disk early when buffered data size is above some threshold. This is only enabled when lld emits LLVM bitcode. One issue to address is backpatching bitcode: subblock length, function body indexes, meta data indexes need to backfill. If buffer can be flushed partially, we introduced raw_fd_stream that supports read/seek/write, and enables backpatching bitcode flushed in disk. Reviewed-by: tejohnson, MaskRay Differential Revision: https://reviews.llvm.org/D86905		2020-09-17 03:32:31 +00:00
..
Reader	[NFC] Separate bitcode reading for FUNC_CODE_INST_CMPXCHG(_OLD)	2020-09-09 19:10:30 +00:00
Writer	Flush bitcode incrementally for LTO output	2020-09-17 03:32:31 +00:00
CMakeLists.txt
LLVMBuild.txt	Update the file headers across all of the LLVM projects in the monorepo	2019-01-19 08:50:56 +00:00