2009-01-02 15:01:27 +08:00
|
|
|
//===-- LLParser.h - Parser Class -------------------------------*- C++ -*-===//
|
|
|
|
|
//
|
2019-01-19 16:50:56 +08:00
|
|
|
// 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
|
2009-01-02 15:01:27 +08:00
|
|
|
//
|
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
//
|
|
|
|
|
// This file defines the parser class for .ll files.
|
|
|
|
|
//
|
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
2014-08-14 00:26:38 +08:00
|
|
|
#ifndef LLVM_LIB_ASMPARSER_LLPARSER_H
|
|
|
|
|
#define LLVM_LIB_ASMPARSER_LLPARSER_H
|
2009-01-02 15:01:27 +08:00
|
|
|
|
|
|
|
|
#include "LLLexer.h"
|
2016-04-12 09:05:35 +08:00
|
|
|
#include "llvm/ADT/Optional.h"
|
2012-12-04 15:12:27 +08:00
|
|
|
#include "llvm/ADT/StringMap.h"
|
Infer alignment of unmarked loads in IR/bitcode parsing.
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
2020-05-15 03:59:45 +08:00
|
|
|
#include "llvm/AsmParser/Parser.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/Attributes.h"
|
|
|
|
|
#include "llvm/IR/Instructions.h"
|
2018-06-26 21:56:49 +08:00
|
|
|
#include "llvm/IR/ModuleSummaryIndex.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/Operator.h"
|
|
|
|
|
#include "llvm/IR/Type.h"
|
2009-12-30 05:43:58 +08:00
|
|
|
#include <map>
|
2009-01-02 15:01:27 +08:00
|
|
|
|
|
|
|
|
namespace llvm {
|
|
|
|
|
class Module;
|
|
|
|
|
class Function;
|
|
|
|
|
class Value;
|
|
|
|
|
class BasicBlock;
|
|
|
|
|
class Instruction;
|
|
|
|
|
class Constant;
|
|
|
|
|
class GlobalValue;
|
2014-06-28 02:19:56 +08:00
|
|
|
class Comdat;
|
2009-04-04 15:22:01 +08:00
|
|
|
class MDString;
|
|
|
|
|
class MDNode;
|
2015-06-24 01:10:10 +08:00
|
|
|
struct SlotMapping;
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-10-28 11:39:23 +08:00
|
|
|
/// ValID - Represents a reference of a definition of some sort with no type.
|
|
|
|
|
/// There are several cases where we have to parse the value but where the
|
|
|
|
|
/// type can depend on later context. This may either be a numeric reference
|
|
|
|
|
/// or a symbolic (%var) reference. This is just a discriminated union.
|
2013-09-12 02:05:11 +08:00
|
|
|
struct ValID {
|
2009-10-28 11:39:23 +08:00
|
|
|
enum {
|
2015-11-12 05:57:16 +08:00
|
|
|
t_LocalID, t_GlobalID, // ID in UIntVal.
|
|
|
|
|
t_LocalName, t_GlobalName, // Name in StrVal.
|
|
|
|
|
t_APSInt, t_APFloat, // Value in APSIntVal/APFloatVal.
|
|
|
|
|
t_Null, t_Undef, t_Zero, t_None, // No value.
|
|
|
|
|
t_EmptyArray, // No value: []
|
|
|
|
|
t_Constant, // Value in ConstantVal.
|
|
|
|
|
t_InlineAsm, // Value in FTy/StrVal/StrVal2/UIntVal.
|
|
|
|
|
t_ConstantStruct, // Value in ConstantStructElts.
|
|
|
|
|
t_PackedConstantStruct // Value in ConstantStructElts.
|
2015-08-04 04:08:41 +08:00
|
|
|
} Kind = t_LocalID;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2009-10-28 11:39:23 +08:00
|
|
|
LLLexer::LocTy Loc;
|
|
|
|
|
unsigned UIntVal;
|
2015-09-04 00:18:32 +08:00
|
|
|
FunctionType *FTy = nullptr;
|
2009-10-28 11:39:23 +08:00
|
|
|
std::string StrVal, StrVal2;
|
|
|
|
|
APSInt APSIntVal;
|
2015-08-04 04:08:41 +08:00
|
|
|
APFloat APFloatVal{0.0};
|
2009-10-28 11:39:23 +08:00
|
|
|
Constant *ConstantVal;
|
2015-08-04 04:08:41 +08:00
|
|
|
std::unique_ptr<Constant *[]> ConstantStructElts;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2015-08-04 04:08:41 +08:00
|
|
|
ValID() = default;
|
2015-08-04 04:30:53 +08:00
|
|
|
ValID(const ValID &RHS)
|
2015-08-04 04:08:41 +08:00
|
|
|
: Kind(RHS.Kind), Loc(RHS.Loc), UIntVal(RHS.UIntVal), FTy(RHS.FTy),
|
2015-08-04 04:30:53 +08:00
|
|
|
StrVal(RHS.StrVal), StrVal2(RHS.StrVal2), APSIntVal(RHS.APSIntVal),
|
|
|
|
|
APFloatVal(RHS.APFloatVal), ConstantVal(RHS.ConstantVal) {
|
|
|
|
|
assert(!RHS.ConstantStructElts);
|
|
|
|
|
}
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2009-10-28 11:39:23 +08:00
|
|
|
bool operator<(const ValID &RHS) const {
|
|
|
|
|
if (Kind == t_LocalID || Kind == t_GlobalID)
|
|
|
|
|
return UIntVal < RHS.UIntVal;
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
assert((Kind == t_LocalName || Kind == t_GlobalName ||
|
2012-11-16 06:34:00 +08:00
|
|
|
Kind == t_ConstantStruct || Kind == t_PackedConstantStruct) &&
|
2009-10-28 11:39:23 +08:00
|
|
|
"Ordering not defined for this ValID kind yet");
|
|
|
|
|
return StrVal < RHS.StrVal;
|
|
|
|
|
}
|
|
|
|
|
};
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2013-09-12 02:05:11 +08:00
|
|
|
class LLParser {
|
2009-01-02 15:01:27 +08:00
|
|
|
public:
|
|
|
|
|
typedef LLLexer::LocTy LocTy;
|
|
|
|
|
private:
|
2010-04-07 12:08:57 +08:00
|
|
|
LLVMContext &Context;
|
2009-01-02 15:01:27 +08:00
|
|
|
LLLexer Lex;
|
2018-06-26 21:56:49 +08:00
|
|
|
// Module being parsed, null if we are only parsing summary index.
|
2009-01-02 15:01:27 +08:00
|
|
|
Module *M;
|
2018-06-26 21:56:49 +08:00
|
|
|
// Summary index being parsed, null if we are only parsing Module.
|
|
|
|
|
ModuleSummaryIndex *Index;
|
2015-06-24 01:10:10 +08:00
|
|
|
SlotMapping *Slots;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2010-04-01 13:14:45 +08:00
|
|
|
// Instruction metadata resolution. Each instruction can have a list of
|
|
|
|
|
// MDRef info associated with them.
|
2010-08-24 22:31:06 +08:00
|
|
|
//
|
|
|
|
|
// The simpler approach of just creating temporary MDNodes and then calling
|
|
|
|
|
// RAUW on them when the definition is processed doesn't work because some
|
|
|
|
|
// instruction metadata kinds, such as dbg, get stored in the IR in an
|
|
|
|
|
// "optimized" format which doesn't participate in the normal value use
|
|
|
|
|
// lists. This means that RAUW doesn't work, even on temporary MDNodes
|
|
|
|
|
// which otherwise support RAUW. Instead, we defer resolving MDNode
|
|
|
|
|
// references until the definitions have been processed.
|
2010-04-01 13:14:45 +08:00
|
|
|
struct MDRef {
|
|
|
|
|
SMLoc Loc;
|
|
|
|
|
unsigned MDKind, MDSlot;
|
|
|
|
|
};
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2013-09-28 08:22:27 +08:00
|
|
|
SmallVector<Instruction*, 64> InstsWithTBAATag;
|
|
|
|
|
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
// Type resolution handling data structures. The location is set when we
|
|
|
|
|
// have processed a use of the type but not a definition yet.
|
|
|
|
|
StringMap<std::pair<Type*, LocTy> > NamedTypes;
|
2015-02-11 15:43:56 +08:00
|
|
|
std::map<unsigned, std::pair<Type*, LocTy> > NumberedTypes;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2015-02-11 15:43:56 +08:00
|
|
|
std::map<unsigned, TrackingMDNodeRef> NumberedMetadata;
|
2015-01-20 05:30:18 +08:00
|
|
|
std::map<unsigned, std::pair<TempMDTuple, LocTy>> ForwardRefMDNodes;
|
2009-01-02 15:01:27 +08:00
|
|
|
|
|
|
|
|
// Global Value reference information.
|
|
|
|
|
std::map<std::string, std::pair<GlobalValue*, LocTy> > ForwardRefVals;
|
|
|
|
|
std::map<unsigned, std::pair<GlobalValue*, LocTy> > ForwardRefValIDs;
|
|
|
|
|
std::vector<GlobalValue*> NumberedVals;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2014-06-28 02:19:56 +08:00
|
|
|
// Comdat forward reference information.
|
|
|
|
|
std::map<std::string, LocTy> ForwardRefComdats;
|
|
|
|
|
|
2009-10-28 11:39:23 +08:00
|
|
|
// References to blockaddress. The key is the function ValID, the value is
|
|
|
|
|
// a list of references to blocks in that function.
|
LLParser: Handle BlockAddresses on-the-fly
Previously all `blockaddress()` constants were treated as forward
references. They were resolved twice: once at the end of the function
in question, and again at the end of the module. Furthermore, if the
same blockaddress was referenced N times, the parser created N distinct
`GlobalVariable`s (one for each reference).
Instead, resolve all block addresses at the beginning of the function,
creating the standard `BasicBlock` forward references used for all other
basic block references. After the function, all references can be
resolved immediately. To check for the condition of parsing block
addresses from within the same function, I created a reference to the
current per-function-state in `BlockAddressPFS`.
Also, create only one forward-reference per basic block. Because
forward references to block addresses are rare, the data structure here
shouldn't matter. If somehow it does someday, this can be pretty easily
changed to a `DenseMap<std::pair<ValID, ValID>, GV>`.
This is part of PR20515.
llvm-svn: 215952
2014-08-19 08:13:19 +08:00
|
|
|
std::map<ValID, std::map<ValID, GlobalValue *>> ForwardRefBlockAddresses;
|
|
|
|
|
class PerFunctionState;
|
|
|
|
|
/// Reference to per-function state to allow basic blocks to be
|
|
|
|
|
/// forward-referenced by blockaddress instructions within the same
|
|
|
|
|
/// function.
|
|
|
|
|
PerFunctionState *BlockAddressPFS;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2013-02-06 14:52:58 +08:00
|
|
|
// Attribute builder reference information.
|
2013-02-08 14:32:06 +08:00
|
|
|
std::map<Value*, std::vector<unsigned> > ForwardRefAttrGroups;
|
|
|
|
|
std::map<unsigned, AttrBuilder> NumberedAttrBuilders;
|
2013-02-06 14:52:58 +08:00
|
|
|
|
2018-06-26 21:56:49 +08:00
|
|
|
// Summary global value reference information.
|
|
|
|
|
std::map<unsigned, std::vector<std::pair<ValueInfo *, LocTy>>>
|
|
|
|
|
ForwardRefValueInfos;
|
|
|
|
|
std::map<unsigned, std::vector<std::pair<AliasSummary *, LocTy>>>
|
|
|
|
|
ForwardRefAliasees;
|
|
|
|
|
std::vector<ValueInfo> NumberedValueInfos;
|
|
|
|
|
|
|
|
|
|
// Summary type id reference information.
|
|
|
|
|
std::map<unsigned, std::vector<std::pair<GlobalValue::GUID *, LocTy>>>
|
|
|
|
|
ForwardRefTypeIds;
|
|
|
|
|
|
|
|
|
|
// Map of module ID to path.
|
|
|
|
|
std::map<unsigned, StringRef> ModuleIdMap;
|
|
|
|
|
|
2017-10-03 02:31:29 +08:00
|
|
|
/// Only the llvm-as tool may set this to false to bypass
|
|
|
|
|
/// UpgradeDebuginfo so it can generate broken bitcode.
|
|
|
|
|
bool UpgradeDebugInfo;
|
|
|
|
|
|
2018-06-26 21:56:49 +08:00
|
|
|
std::string SourceFileName;
|
|
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
public:
|
2015-06-24 01:10:10 +08:00
|
|
|
LLParser(StringRef F, SourceMgr &SM, SMDiagnostic &Err, Module *M,
|
2018-06-26 21:56:49 +08:00
|
|
|
ModuleSummaryIndex *Index, LLVMContext &Context,
|
Infer alignment of unmarked loads in IR/bitcode parsing.
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
2020-05-15 03:59:45 +08:00
|
|
|
SlotMapping *Slots = nullptr)
|
2018-06-26 21:56:49 +08:00
|
|
|
: Context(Context), Lex(F, SM, Err, Context), M(M), Index(Index),
|
Infer alignment of unmarked loads in IR/bitcode parsing.
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
2020-05-15 03:59:45 +08:00
|
|
|
Slots(Slots), BlockAddressPFS(nullptr) {}
|
|
|
|
|
bool Run(
|
2020-10-07 22:37:53 +08:00
|
|
|
bool UpgradeDebugInfo, DataLayoutCallbackTy DataLayoutCallback =
|
|
|
|
|
[](StringRef) { return None; });
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2015-08-22 05:32:39 +08:00
|
|
|
bool parseStandaloneConstantValue(Constant *&C, const SlotMapping *Slots);
|
2015-07-18 06:07:03 +08:00
|
|
|
|
2016-03-08 08:37:07 +08:00
|
|
|
bool parseTypeAtBeginning(Type *&Ty, unsigned &Read,
|
|
|
|
|
const SlotMapping *Slots);
|
2016-03-08 06:09:05 +08:00
|
|
|
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
LLVMContext &getContext() { return Context; }
|
2009-07-03 01:04:01 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
private:
|
2020-10-17 17:21:27 +08:00
|
|
|
bool error(LocTy L, const Twine &Msg) const { return Lex.Error(L, Msg); }
|
|
|
|
|
bool tokError(const Twine &Msg) const { return error(Lex.getLoc(), Msg); }
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2015-08-22 05:32:39 +08:00
|
|
|
/// Restore the internal name and slot mappings using the mappings that
|
|
|
|
|
/// were created at an earlier parsing stage.
|
|
|
|
|
void restoreParsingState(const SlotMapping *Slots);
|
|
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
/// getGlobalVal - Get a value with the specified name or ID, creating a
|
2009-01-02 15:01:27 +08:00
|
|
|
/// forward reference record if needed. This can return null if the value
|
|
|
|
|
/// exists but does not have the right type.
|
2020-10-17 17:21:27 +08:00
|
|
|
GlobalValue *getGlobalVal(const std::string &N, Type *Ty, LocTy Loc,
|
2018-08-23 17:25:17 +08:00
|
|
|
bool IsCall);
|
2020-10-17 17:21:27 +08:00
|
|
|
GlobalValue *getGlobalVal(unsigned ID, Type *Ty, LocTy Loc, bool IsCall);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2014-06-28 02:19:56 +08:00
|
|
|
/// Get a Comdat with the specified name, creating a forward reference
|
|
|
|
|
/// record if needed.
|
2018-07-12 10:03:53 +08:00
|
|
|
Comdat *getComdat(const std::string &Name, LocTy Loc);
|
2014-06-28 02:19:56 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
// Helper Routines.
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseToken(lltok::Kind T, const char *ErrMsg);
|
2009-01-02 16:05:26 +08:00
|
|
|
bool EatIfPresent(lltok::Kind T) {
|
|
|
|
|
if (Lex.getKind() != T) return false;
|
|
|
|
|
Lex.Lex();
|
|
|
|
|
return true;
|
|
|
|
|
}
|
2012-11-27 08:42:44 +08:00
|
|
|
|
|
|
|
|
FastMathFlags EatFastMathFlagsIfPresent() {
|
|
|
|
|
FastMathFlags FMF;
|
|
|
|
|
while (true)
|
|
|
|
|
switch (Lex.getKind()) {
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-07 00:27:15 +08:00
|
|
|
case lltok::kw_fast: FMF.setFast(); Lex.Lex(); continue;
|
2012-12-10 05:12:04 +08:00
|
|
|
case lltok::kw_nnan: FMF.setNoNaNs(); Lex.Lex(); continue;
|
|
|
|
|
case lltok::kw_ninf: FMF.setNoInfs(); Lex.Lex(); continue;
|
|
|
|
|
case lltok::kw_nsz: FMF.setNoSignedZeros(); Lex.Lex(); continue;
|
|
|
|
|
case lltok::kw_arcp: FMF.setAllowReciprocal(); Lex.Lex(); continue;
|
2017-03-29 04:11:52 +08:00
|
|
|
case lltok::kw_contract:
|
|
|
|
|
FMF.setAllowContract(true);
|
|
|
|
|
Lex.Lex();
|
|
|
|
|
continue;
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-07 00:27:15 +08:00
|
|
|
case lltok::kw_reassoc: FMF.setAllowReassoc(); Lex.Lex(); continue;
|
|
|
|
|
case lltok::kw_afn: FMF.setApproxFunc(); Lex.Lex(); continue;
|
2012-11-27 08:42:44 +08:00
|
|
|
default: return FMF;
|
|
|
|
|
}
|
|
|
|
|
return FMF;
|
|
|
|
|
}
|
|
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseOptionalToken(lltok::Kind T, bool &Present,
|
2014-04-16 12:21:27 +08:00
|
|
|
LocTy *Loc = nullptr) {
|
2009-01-02 15:01:27 +08:00
|
|
|
if (Lex.getKind() != T) {
|
|
|
|
|
Present = false;
|
|
|
|
|
} else {
|
2011-01-13 09:30:30 +08:00
|
|
|
if (Loc)
|
|
|
|
|
*Loc = Lex.getLoc();
|
2009-01-02 15:01:27 +08:00
|
|
|
Lex.Lex();
|
|
|
|
|
Present = true;
|
|
|
|
|
}
|
|
|
|
|
return false;
|
|
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseStringConstant(std::string &Result);
|
|
|
|
|
bool parseUInt32(unsigned &Val);
|
|
|
|
|
bool parseUInt32(unsigned &Val, LocTy &Loc) {
|
2009-01-02 15:01:27 +08:00
|
|
|
Loc = Lex.getLoc();
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseUInt32(Val);
|
2009-01-02 15:01:27 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseUInt64(uint64_t &Val);
|
|
|
|
|
bool parseUInt64(uint64_t &Val, LocTy &Loc) {
|
2014-07-18 23:51:28 +08:00
|
|
|
Loc = Lex.getLoc();
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseUInt64(Val);
|
2014-07-18 23:51:28 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseFlag(unsigned &Val);
|
2012-06-23 19:37:03 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseStringAttribute(AttrBuilder &B);
|
2015-08-03 22:31:49 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseTLSModel(GlobalVariable::ThreadLocalMode &TLM);
|
|
|
|
|
bool parseOptionalThreadLocal(GlobalVariable::ThreadLocalMode &TLM);
|
|
|
|
|
bool parseOptionalUnnamedAddr(GlobalVariable::UnnamedAddr &UnnamedAddr);
|
|
|
|
|
bool parseOptionalAddrSpace(unsigned &AddrSpace, unsigned DefaultAS = 0);
|
|
|
|
|
bool parseOptionalProgramAddrSpace(unsigned &AddrSpace) {
|
|
|
|
|
return parseOptionalAddrSpace(
|
2018-08-23 17:25:17 +08:00
|
|
|
AddrSpace, M->getDataLayout().getProgramAddressSpace());
|
|
|
|
|
};
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseOptionalParamAttrs(AttrBuilder &B);
|
|
|
|
|
bool parseOptionalReturnAttrs(AttrBuilder &B);
|
|
|
|
|
bool parseOptionalLinkage(unsigned &Res, bool &HasLinkage,
|
2017-10-26 23:00:26 +08:00
|
|
|
unsigned &Visibility, unsigned &DLLStorageClass,
|
|
|
|
|
bool &DSOLocal);
|
2020-10-17 17:21:27 +08:00
|
|
|
void parseOptionalDSOLocal(bool &DSOLocal);
|
|
|
|
|
void parseOptionalVisibility(unsigned &Res);
|
|
|
|
|
void parseOptionalDLLStorageClass(unsigned &Res);
|
|
|
|
|
bool parseOptionalCallingConv(unsigned &CC);
|
|
|
|
|
bool parseOptionalAlignment(MaybeAlign &Alignment,
|
2020-06-27 04:02:25 +08:00
|
|
|
bool AllowParens = false);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseOptionalDerefAttrBytes(lltok::Kind AttrKind, uint64_t &Bytes);
|
|
|
|
|
bool parseScopeAndOrdering(bool IsAtomic, SyncScope::ID &SSID,
|
2011-07-26 07:16:38 +08:00
|
|
|
AtomicOrdering &Ordering);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseScope(SyncScope::ID &SSID);
|
|
|
|
|
bool parseOrdering(AtomicOrdering &Ordering);
|
|
|
|
|
bool parseOptionalStackAlignment(unsigned &Alignment);
|
|
|
|
|
bool parseOptionalCommaAlign(MaybeAlign &Alignment, bool &AteExtraComma);
|
|
|
|
|
bool parseOptionalCommaAddrSpace(unsigned &AddrSpace, LocTy &Loc,
|
2017-04-11 06:27:50 +08:00
|
|
|
bool &AteExtraComma);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseOptionalCommaInAlloca(bool &IsInAlloca);
|
2018-07-12 10:03:53 +08:00
|
|
|
bool parseAllocSizeArguments(unsigned &BaseSizeArg,
|
2016-04-12 09:05:35 +08:00
|
|
|
Optional<unsigned> &HowManyArg);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseIndexList(SmallVectorImpl<unsigned> &Indices,
|
2016-04-12 09:05:35 +08:00
|
|
|
bool &AteExtraComma);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseIndexList(SmallVectorImpl<unsigned> &Indices) {
|
2009-12-30 13:14:00 +08:00
|
|
|
bool AteExtraComma;
|
2020-10-17 17:21:27 +08:00
|
|
|
if (parseIndexList(Indices, AteExtraComma))
|
|
|
|
|
return true;
|
2009-12-30 13:14:00 +08:00
|
|
|
if (AteExtraComma)
|
2020-10-17 17:21:27 +08:00
|
|
|
return tokError("expected index");
|
2009-12-30 13:14:00 +08:00
|
|
|
return false;
|
|
|
|
|
}
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
// Top-Level Entities
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseTopLevelEntities();
|
|
|
|
|
bool validateEndOfModule(bool UpgradeDebugInfo);
|
|
|
|
|
bool validateEndOfIndex();
|
|
|
|
|
bool parseTargetDefinitions();
|
|
|
|
|
bool parseTargetDefinition();
|
|
|
|
|
bool parseModuleAsm();
|
|
|
|
|
bool parseSourceFileName();
|
|
|
|
|
bool parseDepLibs(); // FIXME: Remove in 4.0.
|
|
|
|
|
bool parseUnnamedType();
|
|
|
|
|
bool parseNamedType();
|
|
|
|
|
bool parseDeclare();
|
|
|
|
|
bool parseDefine();
|
|
|
|
|
|
|
|
|
|
bool parseGlobalType(bool &IsConstant);
|
|
|
|
|
bool parseUnnamedGlobal();
|
|
|
|
|
bool parseNamedGlobal();
|
|
|
|
|
bool parseGlobal(const std::string &Name, LocTy NameLoc, unsigned Linkage,
|
2014-01-14 23:22:47 +08:00
|
|
|
bool HasLinkage, unsigned Visibility,
|
2017-10-26 23:00:26 +08:00
|
|
|
unsigned DLLStorageClass, bool DSOLocal,
|
2016-06-15 05:01:22 +08:00
|
|
|
GlobalVariable::ThreadLocalMode TLM,
|
|
|
|
|
GlobalVariable::UnnamedAddr UnnamedAddr);
|
2018-07-12 10:03:53 +08:00
|
|
|
bool parseIndirectSymbol(const std::string &Name, LocTy NameLoc,
|
|
|
|
|
unsigned L, unsigned Visibility,
|
2017-10-26 23:00:26 +08:00
|
|
|
unsigned DLLStorageClass, bool DSOLocal,
|
2016-04-05 16:47:51 +08:00
|
|
|
GlobalVariable::ThreadLocalMode TLM,
|
2016-06-15 05:01:22 +08:00
|
|
|
GlobalVariable::UnnamedAddr UnnamedAddr);
|
2014-06-28 02:19:56 +08:00
|
|
|
bool parseComdat();
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseStandaloneMetadata();
|
|
|
|
|
bool parseNamedMetadata();
|
|
|
|
|
bool parseMDString(MDString *&Result);
|
|
|
|
|
bool parseMDNodeID(MDNode *&Result);
|
|
|
|
|
bool parseUnnamedAttrGrp();
|
|
|
|
|
bool parseFnAttributeValuePairs(AttrBuilder &B,
|
2013-02-08 14:32:06 +08:00
|
|
|
std::vector<unsigned> &FwdRefAttrGrps,
|
2013-06-27 08:25:01 +08:00
|
|
|
bool inAttrGrp, LocTy &BuiltinLoc);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseOptionalTypeAttr(Type *&Result, lltok::Kind AttrName);
|
|
|
|
|
bool parseRequiredTypeAttr(Type *&Result, lltok::Kind AttrName);
|
|
|
|
|
bool parsePreallocated(Type *&Result);
|
|
|
|
|
bool parseByRef(Type *&Result);
|
2018-06-26 21:56:49 +08:00
|
|
|
|
|
|
|
|
// Module Summary Index Parsing.
|
2020-10-17 17:21:27 +08:00
|
|
|
bool skipModuleSummaryEntry();
|
|
|
|
|
bool parseSummaryEntry();
|
|
|
|
|
bool parseModuleEntry(unsigned ID);
|
|
|
|
|
bool parseModuleReference(StringRef &ModulePath);
|
|
|
|
|
bool parseGVReference(ValueInfo &VI, unsigned &GVId);
|
|
|
|
|
bool parseSummaryIndexFlags();
|
|
|
|
|
bool parseBlockCount();
|
|
|
|
|
bool parseGVEntry(unsigned ID);
|
|
|
|
|
bool parseFunctionSummary(std::string Name, GlobalValue::GUID, unsigned ID);
|
|
|
|
|
bool parseVariableSummary(std::string Name, GlobalValue::GUID, unsigned ID);
|
|
|
|
|
bool parseAliasSummary(std::string Name, GlobalValue::GUID, unsigned ID);
|
|
|
|
|
bool parseGVFlags(GlobalValueSummary::GVFlags &GVFlags);
|
|
|
|
|
bool parseGVarFlags(GlobalVarSummary::GVarFlags &GVarFlags);
|
|
|
|
|
bool parseOptionalFFlags(FunctionSummary::FFlags &FFlags);
|
|
|
|
|
bool parseOptionalCalls(std::vector<FunctionSummary::EdgeTy> &Calls);
|
|
|
|
|
bool parseHotness(CalleeInfo::HotnessType &Hotness);
|
|
|
|
|
bool parseOptionalTypeIdInfo(FunctionSummary::TypeIdInfo &TypeIdInfo);
|
|
|
|
|
bool parseTypeTests(std::vector<GlobalValue::GUID> &TypeTests);
|
|
|
|
|
bool parseVFuncIdList(lltok::Kind Kind,
|
2018-06-26 21:56:49 +08:00
|
|
|
std::vector<FunctionSummary::VFuncId> &VFuncIdList);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseConstVCallList(
|
2018-06-26 21:56:49 +08:00
|
|
|
lltok::Kind Kind,
|
|
|
|
|
std::vector<FunctionSummary::ConstVCall> &ConstVCallList);
|
|
|
|
|
using IdToIndexMapType =
|
|
|
|
|
std::map<unsigned, std::vector<std::pair<unsigned, LocTy>>>;
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseConstVCall(FunctionSummary::ConstVCall &ConstVCall,
|
2018-06-26 21:56:49 +08:00
|
|
|
IdToIndexMapType &IdToIndexMap, unsigned Index);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseVFuncId(FunctionSummary::VFuncId &VFuncId,
|
2018-06-26 21:56:49 +08:00
|
|
|
IdToIndexMapType &IdToIndexMap, unsigned Index);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseOptionalVTableFuncs(VTableFuncList &VTableFuncs);
|
|
|
|
|
bool parseOptionalParamAccesses(
|
2020-06-01 14:49:57 +08:00
|
|
|
std::vector<FunctionSummary::ParamAccess> &Params);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseParamNo(uint64_t &ParamNo);
|
2020-08-15 03:42:21 +08:00
|
|
|
using IdLocListType = std::vector<std::pair<unsigned, LocTy>>;
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseParamAccess(FunctionSummary::ParamAccess &Param,
|
2020-08-15 03:42:21 +08:00
|
|
|
IdLocListType &IdLocList);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseParamAccessCall(FunctionSummary::ParamAccess::Call &Call,
|
2020-08-15 03:42:21 +08:00
|
|
|
IdLocListType &IdLocList);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseParamAccessOffset(ConstantRange &Range);
|
|
|
|
|
bool parseOptionalRefs(std::vector<ValueInfo> &Refs);
|
|
|
|
|
bool parseTypeIdEntry(unsigned ID);
|
|
|
|
|
bool parseTypeIdSummary(TypeIdSummary &TIS);
|
|
|
|
|
bool parseTypeIdCompatibleVtableEntry(unsigned ID);
|
|
|
|
|
bool parseTypeTestResolution(TypeTestResolution &TTRes);
|
|
|
|
|
bool parseOptionalWpdResolutions(
|
2018-06-26 21:56:49 +08:00
|
|
|
std::map<uint64_t, WholeProgramDevirtResolution> &WPDResMap);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseWpdRes(WholeProgramDevirtResolution &WPDRes);
|
|
|
|
|
bool parseOptionalResByArg(
|
2018-06-26 21:56:49 +08:00
|
|
|
std::map<std::vector<uint64_t>, WholeProgramDevirtResolution::ByArg>
|
|
|
|
|
&ResByArg);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseArgs(std::vector<uint64_t> &Args);
|
|
|
|
|
void addGlobalValueToIndex(std::string Name, GlobalValue::GUID,
|
2018-06-26 21:56:49 +08:00
|
|
|
GlobalValue::LinkageTypes Linkage, unsigned ID,
|
|
|
|
|
std::unique_ptr<GlobalValueSummary> Summary);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
// Type Parsing.
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseType(Type *&Result, const Twine &Msg, bool AllowVoid = false);
|
|
|
|
|
bool parseType(Type *&Result, bool AllowVoid = false) {
|
|
|
|
|
return parseType(Result, "expected type", AllowVoid);
|
IR: Make metadata typeless in assembly
Now that `Metadata` is typeless, reflect that in the assembly. These
are the matching assembly changes for the metadata/value split in
r223802.
- Only use the `metadata` type when referencing metadata from a call
intrinsic -- i.e., only when it's used as a `Value`.
- Stop pretending that `ValueAsMetadata` is wrapped in an `MDNode`
when referencing it from call intrinsics.
So, assembly like this:
define @foo(i32 %v) {
call void @llvm.foo(metadata !{i32 %v}, metadata !0)
call void @llvm.foo(metadata !{i32 7}, metadata !0)
call void @llvm.foo(metadata !1, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{metadata !3}, metadata !0)
ret void, !bar !2
}
!0 = metadata !{metadata !2}
!1 = metadata !{i32* @global}
!2 = metadata !{metadata !3}
!3 = metadata !{}
turns into this:
define @foo(i32 %v) {
call void @llvm.foo(metadata i32 %v, metadata !0)
call void @llvm.foo(metadata i32 7, metadata !0)
call void @llvm.foo(metadata i32* @global, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{!3}, metadata !0)
ret void, !bar !2
}
!0 = !{!2}
!1 = !{i32* @global}
!2 = !{!3}
!3 = !{}
I wrote an upgrade script that handled almost all of the tests in llvm
and many of the tests in cfe (even handling many `CHECK` lines). I've
attached it (or will attach it in a moment if you're speedy) to PR21532
to help everyone update their out-of-tree testcases.
This is part of PR21532.
llvm-svn: 224257
2014-12-16 03:07:53 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseType(Type *&Result, const Twine &Msg, LocTy &Loc,
|
IR: Make metadata typeless in assembly
Now that `Metadata` is typeless, reflect that in the assembly. These
are the matching assembly changes for the metadata/value split in
r223802.
- Only use the `metadata` type when referencing metadata from a call
intrinsic -- i.e., only when it's used as a `Value`.
- Stop pretending that `ValueAsMetadata` is wrapped in an `MDNode`
when referencing it from call intrinsics.
So, assembly like this:
define @foo(i32 %v) {
call void @llvm.foo(metadata !{i32 %v}, metadata !0)
call void @llvm.foo(metadata !{i32 7}, metadata !0)
call void @llvm.foo(metadata !1, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{metadata !3}, metadata !0)
ret void, !bar !2
}
!0 = metadata !{metadata !2}
!1 = metadata !{i32* @global}
!2 = metadata !{metadata !3}
!3 = metadata !{}
turns into this:
define @foo(i32 %v) {
call void @llvm.foo(metadata i32 %v, metadata !0)
call void @llvm.foo(metadata i32 7, metadata !0)
call void @llvm.foo(metadata i32* @global, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{!3}, metadata !0)
ret void, !bar !2
}
!0 = !{!2}
!1 = !{i32* @global}
!2 = !{!3}
!3 = !{}
I wrote an upgrade script that handled almost all of the tests in llvm
and many of the tests in cfe (even handling many `CHECK` lines). I've
attached it (or will attach it in a moment if you're speedy) to PR21532
to help everyone update their out-of-tree testcases.
This is part of PR21532.
llvm-svn: 224257
2014-12-16 03:07:53 +08:00
|
|
|
bool AllowVoid = false) {
|
|
|
|
|
Loc = Lex.getLoc();
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseType(Result, Msg, AllowVoid);
|
IR: Make metadata typeless in assembly
Now that `Metadata` is typeless, reflect that in the assembly. These
are the matching assembly changes for the metadata/value split in
r223802.
- Only use the `metadata` type when referencing metadata from a call
intrinsic -- i.e., only when it's used as a `Value`.
- Stop pretending that `ValueAsMetadata` is wrapped in an `MDNode`
when referencing it from call intrinsics.
So, assembly like this:
define @foo(i32 %v) {
call void @llvm.foo(metadata !{i32 %v}, metadata !0)
call void @llvm.foo(metadata !{i32 7}, metadata !0)
call void @llvm.foo(metadata !1, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{metadata !3}, metadata !0)
ret void, !bar !2
}
!0 = metadata !{metadata !2}
!1 = metadata !{i32* @global}
!2 = metadata !{metadata !3}
!3 = metadata !{}
turns into this:
define @foo(i32 %v) {
call void @llvm.foo(metadata i32 %v, metadata !0)
call void @llvm.foo(metadata i32 7, metadata !0)
call void @llvm.foo(metadata i32* @global, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{!3}, metadata !0)
ret void, !bar !2
}
!0 = !{!2}
!1 = !{i32* @global}
!2 = !{!3}
!3 = !{}
I wrote an upgrade script that handled almost all of the tests in llvm
and many of the tests in cfe (even handling many `CHECK` lines). I've
attached it (or will attach it in a moment if you're speedy) to PR21532
to help everyone update their out-of-tree testcases.
This is part of PR21532.
llvm-svn: 224257
2014-12-16 03:07:53 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseType(Type *&Result, LocTy &Loc, bool AllowVoid = false) {
|
2009-01-02 15:01:27 +08:00
|
|
|
Loc = Lex.getLoc();
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseType(Result, AllowVoid);
|
2009-01-02 15:01:27 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseAnonStructType(Type *&Result, bool Packed);
|
|
|
|
|
bool parseStructBody(SmallVectorImpl<Type *> &Body);
|
|
|
|
|
bool parseStructDefinition(SMLoc TypeLoc, StringRef Name,
|
|
|
|
|
std::pair<Type *, LocTy> &Entry,
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
Type *&ResultTy);
|
|
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseArrayVectorType(Type *&Result, bool IsVector);
|
|
|
|
|
bool parseFunctionType(Type *&Result);
|
2009-01-02 15:01:27 +08:00
|
|
|
|
|
|
|
|
// Function Semantic Analysis.
|
|
|
|
|
class PerFunctionState {
|
|
|
|
|
LLParser &P;
|
|
|
|
|
Function &F;
|
|
|
|
|
std::map<std::string, std::pair<Value*, LocTy> > ForwardRefVals;
|
|
|
|
|
std::map<unsigned, std::pair<Value*, LocTy> > ForwardRefValIDs;
|
|
|
|
|
std::vector<Value*> NumberedVals;
|
2012-11-16 06:34:00 +08:00
|
|
|
|
2009-10-28 11:39:23 +08:00
|
|
|
/// FunctionNumber - If this is an unnamed function, this is the slot
|
|
|
|
|
/// number of it, otherwise it is -1.
|
|
|
|
|
int FunctionNumber;
|
2009-01-02 15:01:27 +08:00
|
|
|
public:
|
2018-07-12 10:03:53 +08:00
|
|
|
PerFunctionState(LLParser &p, Function &f, int functionNumber);
|
2009-01-02 15:01:27 +08:00
|
|
|
~PerFunctionState();
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
Function &getFunction() const { return F; }
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool finishFunction();
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
/// GetVal - Get a value with the specified name or ID, creating a
|
|
|
|
|
/// forward reference record if needed. This can return null if the value
|
|
|
|
|
/// exists but does not have the right type.
|
2020-10-17 17:21:27 +08:00
|
|
|
Value *getVal(const std::string &Name, Type *Ty, LocTy Loc, bool IsCall);
|
|
|
|
|
Value *getVal(unsigned ID, Type *Ty, LocTy Loc, bool IsCall);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
/// setInstName - After an instruction is parsed and inserted into its
|
2009-01-02 15:01:27 +08:00
|
|
|
/// basic block, this installs its name.
|
2020-10-17 17:21:27 +08:00
|
|
|
bool setInstName(int NameID, const std::string &NameStr, LocTy NameLoc,
|
2009-01-02 15:01:27 +08:00
|
|
|
Instruction *Inst);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
/// GetBB - Get a basic block with the specified name or ID, creating a
|
|
|
|
|
/// forward reference record if needed. This can return null if the value
|
|
|
|
|
/// is not a BasicBlock.
|
2020-10-17 17:21:27 +08:00
|
|
|
BasicBlock *getBB(const std::string &Name, LocTy Loc);
|
|
|
|
|
BasicBlock *getBB(unsigned ID, LocTy Loc);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
/// DefineBB - Define the specified basic block, which is either named or
|
|
|
|
|
/// unnamed. If there is an error, this returns null otherwise it returns
|
|
|
|
|
/// the block being defined.
|
2020-10-17 17:21:27 +08:00
|
|
|
BasicBlock *defineBB(const std::string &Name, int NameID, LocTy Loc);
|
LLParser: Handle BlockAddresses on-the-fly
Previously all `blockaddress()` constants were treated as forward
references. They were resolved twice: once at the end of the function
in question, and again at the end of the module. Furthermore, if the
same blockaddress was referenced N times, the parser created N distinct
`GlobalVariable`s (one for each reference).
Instead, resolve all block addresses at the beginning of the function,
creating the standard `BasicBlock` forward references used for all other
basic block references. After the function, all references can be
resolved immediately. To check for the condition of parsing block
addresses from within the same function, I created a reference to the
current per-function-state in `BlockAddressPFS`.
Also, create only one forward-reference per basic block. Because
forward references to block addresses are rare, the data structure here
shouldn't matter. If somehow it does someday, this can be pretty easily
changed to a `DenseMap<std::pair<ValID, ValID>, GV>`.
This is part of PR20515.
llvm-svn: 215952
2014-08-19 08:13:19 +08:00
|
|
|
|
|
|
|
|
bool resolveForwardRefBlockAddresses();
|
2009-01-02 15:01:27 +08:00
|
|
|
};
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool convertValIDToValue(Type *Ty, ValID &ID, Value *&V,
|
2018-02-27 19:15:11 +08:00
|
|
|
PerFunctionState *PFS, bool IsCall);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2018-08-23 17:25:17 +08:00
|
|
|
Value *checkValidVariableType(LocTy Loc, const Twine &Name, Type *Ty,
|
|
|
|
|
Value *Val, bool IsCall);
|
|
|
|
|
|
2015-07-18 06:07:03 +08:00
|
|
|
bool parseConstantValue(Type *Ty, Constant *&C);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseValue(Type *Ty, Value *&V, PerFunctionState *PFS);
|
|
|
|
|
bool parseValue(Type *Ty, Value *&V, PerFunctionState &PFS) {
|
|
|
|
|
return parseValue(Ty, V, &PFS);
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
}
|
[IR] Reformulate LLVM's EH funclet IR
While we have successfully implemented a funclet-oriented EH scheme on
top of LLVM IR, our scheme has some notable deficiencies:
- catchendpad and cleanupendpad are necessary in the current design
but they are difficult to explain to others, even to seasoned LLVM
experts.
- catchendpad and cleanupendpad are optimization barriers. They cannot
be split and force all potentially throwing call-sites to be invokes.
This has a noticable effect on the quality of our code generation.
- catchpad, while similar in some aspects to invoke, is fairly awkward.
It is unsplittable, starts a funclet, and has control flow to other
funclets.
- The nesting relationship between funclets is currently a property of
control flow edges. Because of this, we are forced to carefully
analyze the flow graph to see if there might potentially exist illegal
nesting among funclets. While we have logic to clone funclets when
they are illegally nested, it would be nicer if we had a
representation which forbade them upfront.
Let's clean this up a bit by doing the following:
- Instead, make catchpad more like cleanuppad and landingpad: no control
flow, just a bunch of simple operands; catchpad would be splittable.
- Introduce catchswitch, a control flow instruction designed to model
the constraints of funclet oriented EH.
- Make funclet scoping explicit by having funclet instructions consume
the token produced by the funclet which contains them.
- Remove catchendpad and cleanupendpad. Their presence can be inferred
implicitly using coloring information.
N.B. The state numbering code for the CLR has been updated but the
veracity of it's output cannot be spoken for. An expert should take a
look to make sure the results are reasonable.
Reviewers: rnk, JosephTremoulet, andrew.w.kaylor
Differential Revision: http://reviews.llvm.org/D15139
llvm-svn: 255422
2015-12-12 13:38:55 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseValue(Type *Ty, Value *&V, LocTy &Loc, PerFunctionState &PFS) {
|
2009-01-02 15:01:27 +08:00
|
|
|
Loc = Lex.getLoc();
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseValue(Ty, V, &PFS);
|
2009-01-02 15:01:27 +08:00
|
|
|
}
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseTypeAndValue(Value *&V, PerFunctionState *PFS);
|
|
|
|
|
bool parseTypeAndValue(Value *&V, PerFunctionState &PFS) {
|
|
|
|
|
return parseTypeAndValue(V, &PFS);
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseTypeAndValue(Value *&V, LocTy &Loc, PerFunctionState &PFS) {
|
2009-01-02 15:01:27 +08:00
|
|
|
Loc = Lex.getLoc();
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseTypeAndValue(V, PFS);
|
2009-01-02 15:01:27 +08:00
|
|
|
}
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseTypeAndBasicBlock(BasicBlock *&BB, LocTy &Loc,
|
2009-10-28 03:13:16 +08:00
|
|
|
PerFunctionState &PFS);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseTypeAndBasicBlock(BasicBlock *&BB, PerFunctionState &PFS) {
|
2009-10-28 03:13:16 +08:00
|
|
|
LocTy Loc;
|
2020-10-17 17:21:27 +08:00
|
|
|
return parseTypeAndBasicBlock(BB, Loc, PFS);
|
2009-10-28 03:13:16 +08:00
|
|
|
}
|
2009-12-04 07:40:58 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
struct ParamInfo {
|
|
|
|
|
LocTy Loc;
|
|
|
|
|
Value *V;
|
2017-04-12 08:38:00 +08:00
|
|
|
AttributeSet Attrs;
|
|
|
|
|
ParamInfo(LocTy loc, Value *v, AttributeSet attrs)
|
Rename AttributeSet to AttributeList
Summary:
This class is a list of AttributeSetNodes corresponding the function
prototype of a call or function declaration. This class used to be
called ParamAttrListPtr, then AttrListPtr, then AttributeSet. It is
typically accessed by parameter and return value index, so
"AttributeList" seems like a more intuitive name.
Rename AttributeSetImpl to AttributeListImpl to follow suit.
It's useful to rename this class so that we can rename AttributeSetNode
to AttributeSet later. AttributeSet is the set of attributes that apply
to a single function, argument, or return value.
Reviewers: sanjoy, javed.absar, chandlerc, pete
Reviewed By: pete
Subscribers: pete, jholewinski, arsenm, dschuff, mehdi_amini, jfb, nhaehnle, sbc100, void, llvm-commits
Differential Revision: https://reviews.llvm.org/D31102
llvm-svn: 298393
2017-03-22 00:57:19 +08:00
|
|
|
: Loc(loc), V(v), Attrs(attrs) {}
|
2009-01-02 15:01:27 +08:00
|
|
|
};
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseParameterList(SmallVectorImpl<ParamInfo> &ArgList,
|
|
|
|
|
PerFunctionState &PFS, bool IsMustTailCall = false,
|
2014-08-26 08:33:28 +08:00
|
|
|
bool InVarArgsFunc = false);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2015-09-25 07:34:52 +08:00
|
|
|
bool
|
2020-10-17 17:21:27 +08:00
|
|
|
parseOptionalOperandBundles(SmallVectorImpl<OperandBundleDef> &BundleList,
|
2015-09-25 07:34:52 +08:00
|
|
|
PerFunctionState &PFS);
|
|
|
|
|
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseExceptionArgs(SmallVectorImpl<Value *> &Args,
|
2015-08-01 01:58:14 +08:00
|
|
|
PerFunctionState &PFS);
|
|
|
|
|
|
2010-01-06 06:22:14 +08:00
|
|
|
// Constant Parsing.
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseValID(ValID &ID, PerFunctionState *PFS = nullptr);
|
|
|
|
|
bool parseGlobalValue(Type *Ty, Constant *&C);
|
|
|
|
|
bool parseGlobalTypeAndValue(Constant *&V);
|
|
|
|
|
bool parseGlobalValueVector(SmallVectorImpl<Constant *> &Elts,
|
2016-11-11 06:34:55 +08:00
|
|
|
Optional<unsigned> *InRangeOp = nullptr);
|
2015-01-07 06:55:16 +08:00
|
|
|
bool parseOptionalComdat(StringRef GlobalName, Comdat *&C);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseMetadataAsValue(Value *&V, PerFunctionState &PFS);
|
|
|
|
|
bool parseValueAsMetadata(Metadata *&MD, const Twine &TypeMsg,
|
2015-02-13 09:26:47 +08:00
|
|
|
PerFunctionState *PFS);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseMetadata(Metadata *&MD, PerFunctionState *PFS);
|
|
|
|
|
bool parseMDTuple(MDNode *&MD, bool IsDistinct = false);
|
|
|
|
|
bool parseMDNode(MDNode *&N);
|
|
|
|
|
bool parseMDNodeTail(MDNode *&N);
|
|
|
|
|
bool parseMDNodeVector(SmallVectorImpl<Metadata *> &Elts);
|
|
|
|
|
bool parseMetadataAttachment(unsigned &Kind, MDNode *&MD);
|
|
|
|
|
bool parseInstructionMetadata(Instruction &Inst);
|
|
|
|
|
bool parseGlobalObjectMetadataAttachment(GlobalObject &GO);
|
|
|
|
|
bool parseOptionalFunctionMetadata(Function &F);
|
2010-01-06 06:22:14 +08:00
|
|
|
|
2015-02-05 06:05:21 +08:00
|
|
|
template <class FieldTy>
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseMDField(LocTy Loc, StringRef Name, FieldTy &Result);
|
|
|
|
|
template <class FieldTy> bool parseMDField(StringRef Name, FieldTy &Result);
|
|
|
|
|
template <class ParserTy> bool parseMDFieldsImplBody(ParserTy ParseField);
|
2015-01-20 07:39:32 +08:00
|
|
|
template <class ParserTy>
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseMDFieldsImpl(ParserTy ParseField, LocTy &ClosingLoc);
|
|
|
|
|
bool parseSpecializedMDNode(MDNode *&N, bool IsDistinct = false);
|
2015-02-10 09:08:16 +08:00
|
|
|
|
|
|
|
|
#define HANDLE_SPECIALIZED_MDNODE_LEAF(CLASS) \
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parse##CLASS(MDNode *&Result, bool IsDistinct);
|
2015-02-10 09:08:16 +08:00
|
|
|
#include "llvm/IR/Metadata.def"
|
2015-01-14 05:10:44 +08:00
|
|
|
|
2009-01-02 15:01:27 +08:00
|
|
|
// Function Parsing.
|
|
|
|
|
struct ArgInfo {
|
|
|
|
|
LocTy Loc;
|
Land the long talked about "type system rewrite" patch. This
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
llvm-svn: 134829
2011-07-10 01:41:24 +08:00
|
|
|
Type *Ty;
|
2017-04-12 08:38:00 +08:00
|
|
|
AttributeSet Attrs;
|
2009-01-02 15:01:27 +08:00
|
|
|
std::string Name;
|
2017-04-12 08:38:00 +08:00
|
|
|
ArgInfo(LocTy L, Type *ty, AttributeSet Attr, const std::string &N)
|
Rename AttributeSet to AttributeList
Summary:
This class is a list of AttributeSetNodes corresponding the function
prototype of a call or function declaration. This class used to be
called ParamAttrListPtr, then AttrListPtr, then AttributeSet. It is
typically accessed by parameter and return value index, so
"AttributeList" seems like a more intuitive name.
Rename AttributeSetImpl to AttributeListImpl to follow suit.
It's useful to rename this class so that we can rename AttributeSetNode
to AttributeSet later. AttributeSet is the set of attributes that apply
to a single function, argument, or return value.
Reviewers: sanjoy, javed.absar, chandlerc, pete
Reviewed By: pete
Subscribers: pete, jholewinski, arsenm, dschuff, mehdi_amini, jfb, nhaehnle, sbc100, void, llvm-commits
Differential Revision: https://reviews.llvm.org/D31102
llvm-svn: 298393
2017-03-22 00:57:19 +08:00
|
|
|
: Loc(L), Ty(ty), Attrs(Attr), Name(N) {}
|
2009-01-02 15:01:27 +08:00
|
|
|
};
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseArgumentList(SmallVectorImpl<ArgInfo> &ArgList, bool &IsVarArg);
|
|
|
|
|
bool parseFunctionHeader(Function *&Fn, bool IsDefine);
|
|
|
|
|
bool parseFunctionBody(Function &Fn);
|
|
|
|
|
bool parseBasicBlock(PerFunctionState &PFS);
|
2009-01-03 06:46:48 +08:00
|
|
|
|
2014-04-25 04:14:34 +08:00
|
|
|
enum TailCallType { TCT_None, TCT_Tail, TCT_MustTail };
|
|
|
|
|
|
2009-12-30 13:23:43 +08:00
|
|
|
// Instruction Parsing. Each instruction parsing routine can return with a
|
|
|
|
|
// normal result, an error result, or return having eaten an extra comma.
|
|
|
|
|
enum InstResult { InstNormal = 0, InstError = 1, InstExtraComma = 2 };
|
2020-10-17 17:21:27 +08:00
|
|
|
int parseInstruction(Instruction *&Inst, BasicBlock *BB,
|
2009-12-30 13:23:43 +08:00
|
|
|
PerFunctionState &PFS);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseCmpPredicate(unsigned &P, unsigned Opc);
|
|
|
|
|
|
|
|
|
|
bool parseRet(Instruction *&Inst, BasicBlock *BB, PerFunctionState &PFS);
|
|
|
|
|
bool parseBr(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseSwitch(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseIndirectBr(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseInvoke(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseResume(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCleanupRet(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCatchRet(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCatchSwitch(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCatchPad(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCleanupPad(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCallBr(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
|
|
|
|
|
bool parseUnaryOp(Instruction *&Inst, PerFunctionState &PFS, unsigned Opc,
|
2019-05-06 01:19:19 +08:00
|
|
|
bool IsFP);
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseArithmetic(Instruction *&Inst, PerFunctionState &PFS,
|
|
|
|
|
unsigned Opc, bool IsFP);
|
|
|
|
|
bool parseLogical(Instruction *&Inst, PerFunctionState &PFS, unsigned Opc);
|
|
|
|
|
bool parseCompare(Instruction *&Inst, PerFunctionState &PFS, unsigned Opc);
|
|
|
|
|
bool parseCast(Instruction *&Inst, PerFunctionState &PFS, unsigned Opc);
|
|
|
|
|
bool parseSelect(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseVAArg(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseExtractElement(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseInsertElement(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseShuffleVector(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parsePHI(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseLandingPad(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseCall(Instruction *&Inst, PerFunctionState &PFS,
|
2018-07-12 10:03:53 +08:00
|
|
|
CallInst::TailCallKind TCK);
|
2020-10-17 17:21:27 +08:00
|
|
|
int parseAlloc(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseLoad(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseStore(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseCmpXchg(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseAtomicRMW(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseFence(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseGetElementPtr(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseExtractValue(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
int parseInsertValue(Instruction *&Inst, PerFunctionState &PFS);
|
|
|
|
|
bool parseFreeze(Instruction *&I, PerFunctionState &PFS);
|
2014-08-20 05:30:15 +08:00
|
|
|
|
|
|
|
|
// Use-list order directives.
|
2020-10-17 17:21:27 +08:00
|
|
|
bool parseUseListOrder(PerFunctionState *PFS = nullptr);
|
|
|
|
|
bool parseUseListOrderBB();
|
|
|
|
|
bool parseUseListOrderIndexes(SmallVectorImpl<unsigned> &Indexes);
|
2014-08-20 05:30:15 +08:00
|
|
|
bool sortUseListOrder(Value *V, ArrayRef<unsigned> Indexes, SMLoc Loc);
|
2009-01-02 15:01:27 +08:00
|
|
|
};
|
2015-06-23 17:49:53 +08:00
|
|
|
} // End llvm namespace
|
2009-01-02 15:01:27 +08:00
|
|
|
|
|
|
|
|
#endif
|