mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-10-19 19:12:56 +02:00
f5d3346387
For IR generated by a compiler, this is really simple: you just take the datalayout from the beginning of the file, and apply it to all the IR later in the file. For optimization testcases that don't care about the datalayout, this is also really simple: we just use the default datalayout. The complexity here comes from the fact that some LLVM tools allow overriding the datalayout: some tools have an explicit flag for this, some tools will infer a datalayout based on the code generation target. Supporting this properly required plumbing through a bunch of new machinery: we want to allow overriding the datalayout after the datalayout is parsed from the file, but before we use any information from it. Therefore, IR/bitcode parsing now has a callback to allow tools to compute the datalayout at the appropriate time. Not sure if I covered all the LLVM tools that want to use the callback. (clang? lli? Misc IR manipulation tools like llvm-link?). But this is at least enough for all the LLVM regression tests, and IR without a datalayout is not something frontends should generate. This change had some sort of weird effects for certain CodeGen regression tests: if the datalayout is overridden with a datalayout with a different program or stack address space, we now parse IR based on the overridden datalayout, instead of the one written in the file (or the default one, if none is specified). This broke a few AVR tests, and one AMDGPU test. Outside the CodeGen tests I mentioned, the test changes are all just fixing CHECK lines and moving around datalayout lines in weird places. Differential Revision: https://reviews.llvm.org/D78403
69 lines
2.8 KiB
C++
69 lines
2.8 KiB
C++
//===---- llvm/IRReader/IRReader.h - Reader for LLVM IR files ---*- C++ -*-===//
|
|
//
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
//
|
|
// This file defines functions for reading LLVM IR. They support both
|
|
// Bitcode and Assembly, automatically detecting the input format.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#ifndef LLVM_IRREADER_IRREADER_H
|
|
#define LLVM_IRREADER_IRREADER_H
|
|
|
|
#include "llvm/ADT/STLExtras.h"
|
|
#include "llvm/ADT/StringRef.h"
|
|
#include <memory>
|
|
|
|
namespace llvm {
|
|
|
|
class MemoryBuffer;
|
|
class MemoryBufferRef;
|
|
class Module;
|
|
class SMDiagnostic;
|
|
class LLVMContext;
|
|
|
|
typedef llvm::function_ref<Optional<std::string>(StringRef)>
|
|
DataLayoutCallbackTy;
|
|
|
|
/// If the given MemoryBuffer holds a bitcode image, return a Module
|
|
/// for it which does lazy deserialization of function bodies. Otherwise,
|
|
/// attempt to parse it as LLVM Assembly and return a fully populated
|
|
/// Module. The ShouldLazyLoadMetadata flag is passed down to the bitcode
|
|
/// reader to optionally enable lazy metadata loading. This takes ownership
|
|
/// of \p Buffer.
|
|
std::unique_ptr<Module> getLazyIRModule(std::unique_ptr<MemoryBuffer> Buffer,
|
|
SMDiagnostic &Err, LLVMContext &Context,
|
|
bool ShouldLazyLoadMetadata = false);
|
|
|
|
/// If the given file holds a bitcode image, return a Module
|
|
/// for it which does lazy deserialization of function bodies. Otherwise,
|
|
/// attempt to parse it as LLVM Assembly and return a fully populated
|
|
/// Module. The ShouldLazyLoadMetadata flag is passed down to the bitcode
|
|
/// reader to optionally enable lazy metadata loading.
|
|
std::unique_ptr<Module>
|
|
getLazyIRFileModule(StringRef Filename, SMDiagnostic &Err, LLVMContext &Context,
|
|
bool ShouldLazyLoadMetadata = false);
|
|
|
|
/// If the given MemoryBuffer holds a bitcode image, return a Module
|
|
/// for it. Otherwise, attempt to parse it as LLVM Assembly and return
|
|
/// a Module for it.
|
|
/// \param DataLayoutCallback Override datalayout in the llvm assembly.
|
|
std::unique_ptr<Module> parseIR(
|
|
MemoryBufferRef Buffer, SMDiagnostic &Err, LLVMContext &Context,
|
|
DataLayoutCallbackTy DataLayoutCallback = [](StringRef) { return None; });
|
|
|
|
/// If the given file holds a bitcode image, return a Module for it.
|
|
/// Otherwise, attempt to parse it as LLVM Assembly and return a Module
|
|
/// for it.
|
|
/// \param DataLayoutCallback Override datalayout in the llvm assembly.
|
|
std::unique_ptr<Module> parseIRFile(
|
|
StringRef Filename, SMDiagnostic &Err, LLVMContext &Context,
|
|
DataLayoutCallbackTy DataLayoutCallback = [](StringRef) { return None; });
|
|
}
|
|
|
|
#endif
|