96d229c9ab
This patch adds the following compiler frontend driver options: * -fdebug-unparse (f18 spelling: -funparse) * -fdebug-unparse-with-symbols (f18 spelling: -funparse-with-symbols) The new driver will only accept the new spelling. `f18` will accept both the original and the new spelling. A new base class for frontend actions is added: `PrescanAndSemaAction`. This is added to reduce code duplication that otherwise these new options would lead to. Implementation from * `ParseSyntaxOnlyAction::ExecutionAction` is moved to: * `PrescanAndSemaAction::BeginSourceFileAction` This implementation is now shared between: * PrescanAndSemaAction * ParseSyntaxOnlyAction * DebugUnparseAction * DebugUnparseWithSymbolsAction All tests that don't require other yet unimplemented options are updated. This way `flang-new -fc1` is used instead of `f18` when `FLANG_BUILD_NEW_DRIVER` is set to `On`. In order to facilitate this, `%flang_fc1` is added in the LIT configuration (lit.cfg.py). `asFortran` from f18.cpp is duplicated as `getBasicAsFortran` in FrontendOptions.cpp. At this stage it's hard to find a good place to share this method. I suggest that we revisit this once a switch from `f18` to `flang-new` is complete. Differential Revision: https://reviews.llvm.org/D96483
63 lines
2.4 KiB
C++
63 lines
2.4 KiB
C++
//===- FrontendOptions.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/Frontend/FrontendOptions.h"
|
|
#include "flang/Evaluate/expression.h"
|
|
|
|
using namespace Fortran::frontend;
|
|
|
|
bool Fortran::frontend::isFixedFormSuffix(llvm::StringRef suffix) {
|
|
// Note: Keep this list in-sync with flang/test/lit.cfg.py
|
|
return suffix == "f" || suffix == "F" || suffix == "ff" || suffix == "for" ||
|
|
suffix == "FOR" || suffix == "fpp" || suffix == "FPP";
|
|
}
|
|
|
|
bool Fortran::frontend::isFreeFormSuffix(llvm::StringRef suffix) {
|
|
// Note: Keep this list in-sync with flang/test/lit.cfg.py
|
|
// TODO: Add Cuda Fortan files (i.e. `*.cuf` and `*.CUF`).
|
|
return suffix == "f77" || suffix == "f90" || suffix == "F90" ||
|
|
suffix == "ff90" || suffix == "f95" || suffix == "F95" ||
|
|
suffix == "ff95" || suffix == "f03" || suffix == "F03" ||
|
|
suffix == "f08" || suffix == "F08" || suffix == "f18" || suffix == "F18";
|
|
}
|
|
|
|
// TODO: This is a copy of `asFortran` from f18.cpp and is added here for
|
|
// compatiblity. It doesn't really belong here, but I couldn't find a better
|
|
// place. We should decide whether to add it to the Evaluate or Parse/Unparse
|
|
// APIs or some dedicated utility library in the driver.
|
|
Fortran::parser::AnalyzedObjectsAsFortran
|
|
Fortran::frontend::getBasicAsFortran() {
|
|
return Fortran::parser::AnalyzedObjectsAsFortran{
|
|
[](llvm::raw_ostream &o, const Fortran::evaluate::GenericExprWrapper &x) {
|
|
if (x.v) {
|
|
x.v->AsFortran(o);
|
|
} else {
|
|
o << "(bad expression)";
|
|
}
|
|
},
|
|
[](llvm::raw_ostream &o,
|
|
const Fortran::evaluate::GenericAssignmentWrapper &x) {
|
|
if (x.v) {
|
|
x.v->AsFortran(o);
|
|
} else {
|
|
o << "(bad assignment)";
|
|
}
|
|
},
|
|
[](llvm::raw_ostream &o, const Fortran::evaluate::ProcedureRef &x) {
|
|
x.AsFortran(o << "CALL ");
|
|
},
|
|
};
|
|
}
|
|
|
|
InputKind FrontendOptions::GetInputKindForExtension(llvm::StringRef extension) {
|
|
if (isFixedFormSuffix(extension) || isFreeFormSuffix(extension)) {
|
|
return Language::Fortran;
|
|
}
|
|
return Language::Unknown;
|
|
}
|