e59e848805
Preliminary patch to change lowering/code generation to use llvm::DataLayout information instead of generating "sizeof" GEP (see https://github.com/llvm/llvm-project/issues/71507). Fortran Semantic analysis needs to know about the target type size and alignment to deal with common blocks, and intrinsics like C_SIZEOF/TRANSFER. This information should be obtained from the llvm::DataLayout so that it is consistent during the whole compilation flow. This change is changing flang-new and bbc drivers to: 1. Create the llvm::TargetMachine so that the data layout of the target can be obtained before semantics. 2. Sharing bbc/flang-new set-up of the SemanticConstext.targetCharateristics from the llvm::TargetMachine. For now, the actual part that set-up the Fortran type size and alignment from the llvm::DataLayout is left TODO so that this change is mostly an NFC impacting the drivers. 3. Let the lowering bridge set-up the mlir::Module datalayout attributes since it is doing it for the target attribute, and that allows the llvm data layout information to be available during lowering. For flang-new, the changes are code shuffling: the `llvm::TargetMachine` instance is moved to `CompilerInvocation` class so that it can be used to set-up the semantic contexts. `setMLIRDataLayout` is moved to `flang/Optimizer/Support/DataLayout.h` (it will need to be used from codegen pass for fir-opt target independent testing.)), and the code setting-up semantics targetCharacteristics is moved to `Tools/TargetSetup.h` so that it can be shared with bbc. As a consequence, LLVM targets must be registered when running semantics, and it is not possible to run semantics for a target that is not registered with the -triple option (hence the power pc specific modules can only be built if the PowerPC target is available.
48 lines
2.0 KiB
C++
48 lines
2.0 KiB
C++
//===-- Optimizer/Support/DataLayout.cpp ----------------------------------===//
|
|
//
|
|
// 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
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "flang/Optimizer/Support/DataLayout.h"
|
|
#include "flang/Optimizer/Dialect/Support/FIRContext.h"
|
|
#include "flang/Optimizer/Support/FatalError.h"
|
|
#include "mlir/Dialect/DLTI/DLTI.h"
|
|
#include "mlir/Dialect/LLVMIR/LLVMDialect.h"
|
|
#include "mlir/IR/BuiltinOps.h"
|
|
#include "mlir/Interfaces/DataLayoutInterfaces.h"
|
|
#include "mlir/Support/LLVM.h"
|
|
#include "mlir/Target/LLVMIR/Import.h"
|
|
#include "llvm/IR/DataLayout.h"
|
|
#include "llvm/MC/TargetRegistry.h"
|
|
#include "llvm/Support/TargetSelect.h"
|
|
#include "llvm/Target/TargetMachine.h"
|
|
|
|
void fir::support::setMLIRDataLayout(mlir::ModuleOp mlirModule,
|
|
const llvm::DataLayout &dl) {
|
|
mlir::MLIRContext *context = mlirModule.getContext();
|
|
mlirModule->setAttr(
|
|
mlir::LLVM::LLVMDialect::getDataLayoutAttrName(),
|
|
mlir::StringAttr::get(context, dl.getStringRepresentation()));
|
|
mlir::DataLayoutSpecInterface dlSpec = mlir::translateDataLayout(dl, context);
|
|
mlirModule->setAttr(mlir::DLTIDialect::kDataLayoutAttrName, dlSpec);
|
|
}
|
|
|
|
void fir::support::setMLIRDataLayoutFromAttributes(mlir::ModuleOp mlirModule,
|
|
bool allowDefaultLayout) {
|
|
if (mlirModule.getDataLayoutSpec())
|
|
return; // Already set.
|
|
if (auto dataLayoutString = mlirModule->getAttrOfType<mlir::StringAttr>(
|
|
mlir::LLVM::LLVMDialect::getDataLayoutAttrName())) {
|
|
llvm::DataLayout llvmDataLayout(dataLayoutString);
|
|
fir::support::setMLIRDataLayout(mlirModule, llvmDataLayout);
|
|
return;
|
|
}
|
|
if (!allowDefaultLayout)
|
|
return;
|
|
llvm::DataLayout llvmDataLayout("");
|
|
fir::support::setMLIRDataLayout(mlirModule, llvmDataLayout);
|
|
}
|