[NFC][ThinLTO] Let llvm::EmbedBitcodeInModule handle serialization.
llvm::EmbedBitcodeInModule handles serializing the passed-in module, if the provided MemoryBufferRef is invalid. This is already the path taken in one of the uses of the API - clang::EmbedBitcode, when called from BackendConsumer::HandleTranslationUnit - so might as well do the same here and reduce (by very little) code duplication. The only difference this patch introduces is that the serialization happens with ShouldPreserveUseListOrder set to true. Differential Revision: https://reviews.llvm.org/D87339
This commit is contained in:
@@ -4829,11 +4829,10 @@ void llvm::EmbedBitcodeInModule(llvm::Module &M, llvm::MemoryBufferRef Buf,
|
||||
std::string Data;
|
||||
ArrayRef<uint8_t> ModuleData;
|
||||
Triple T(M.getTargetTriple());
|
||||
// Create a constant that contains the bitcode.
|
||||
// In case of embedding a marker, ignore the input Buf and use the empty
|
||||
// ArrayRef. It is also legal to create a bitcode marker even Buf is empty.
|
||||
|
||||
if (EmbedBitcode) {
|
||||
if (!isBitcode((const unsigned char *)Buf.getBufferStart(),
|
||||
if (Buf.getBufferSize() == 0 ||
|
||||
!isBitcode((const unsigned char *)Buf.getBufferStart(),
|
||||
(const unsigned char *)Buf.getBufferEnd())) {
|
||||
// If the input is LLVM Assembly, bitcode is produced by serializing
|
||||
// the module. Use-lists order need to be preserved in this case.
|
||||
|
||||
Reference in New Issue
Block a user