2017-02-17 08:00:09 +08:00
|
|
|
//===- ValueSymbolTable.cpp - Implement the ValueSymbolTable class --------===//
|
2006-01-10 17:51:48 +08:00
|
|
|
//
|
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
|
2006-01-10 17:51:48 +08:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
2013-01-02 17:10:48 +08:00
|
|
|
// This file implements the ValueSymbolTable class for the IR library.
|
2006-01-10 17:51:48 +08:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2017-06-06 19:49:48 +08:00
|
|
|
#include "llvm/IR/ValueSymbolTable.h"
|
2008-06-28 05:26:26 +08:00
|
|
|
#include "llvm/ADT/SmallString.h"
|
2017-12-04 22:19:33 +08:00
|
|
|
#include "llvm/ADT/Triple.h"
|
2018-04-30 22:59:11 +08:00
|
|
|
#include "llvm/Config/llvm-config.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/GlobalValue.h"
|
2017-12-04 22:19:33 +08:00
|
|
|
#include "llvm/IR/Module.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/Type.h"
|
2017-02-17 08:00:09 +08:00
|
|
|
#include "llvm/IR/Value.h"
|
2016-08-24 01:14:32 +08:00
|
|
|
#include "llvm/Support/Casting.h"
|
|
|
|
#include "llvm/Support/Compiler.h"
|
2006-11-17 16:03:48 +08:00
|
|
|
#include "llvm/Support/Debug.h"
|
2009-07-24 18:05:20 +08:00
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2016-08-24 01:14:32 +08:00
|
|
|
#include <cassert>
|
|
|
|
#include <utility>
|
|
|
|
|
2006-01-10 17:51:48 +08:00
|
|
|
using namespace llvm;
|
|
|
|
|
2014-04-22 10:02:50 +08:00
|
|
|
#define DEBUG_TYPE "valuesymtab"
|
|
|
|
|
2006-01-10 17:51:48 +08:00
|
|
|
// Class destructor
|
|
|
|
ValueSymbolTable::~ValueSymbolTable() {
|
2020-04-13 01:44:03 +08:00
|
|
|
#ifndef NDEBUG // Only do this in -g mode...
|
2016-06-26 22:10:56 +08:00
|
|
|
for (const auto &VI : vmap)
|
2010-01-05 09:30:06 +08:00
|
|
|
dbgs() << "Value still in symbol table! Type = '"
|
2016-06-26 22:10:56 +08:00
|
|
|
<< *VI.getValue()->getType() << "' Name = '" << VI.getKeyData()
|
|
|
|
<< "'\n";
|
2007-02-07 14:28:48 +08:00
|
|
|
assert(vmap.empty() && "Values remain in symbol table!");
|
2006-01-10 17:51:48 +08:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2015-11-22 08:16:24 +08:00
|
|
|
ValueName *ValueSymbolTable::makeUniqueName(Value *V,
|
|
|
|
SmallString<256> &UniqueName) {
|
|
|
|
unsigned BaseSize = UniqueName.size();
|
2016-08-24 01:14:32 +08:00
|
|
|
while (true) {
|
2015-11-22 08:16:24 +08:00
|
|
|
// Trim any suffix off and append the next number.
|
|
|
|
UniqueName.resize(BaseSize);
|
|
|
|
raw_svector_ostream S(UniqueName);
|
2017-12-04 22:19:33 +08:00
|
|
|
if (auto *GV = dyn_cast<GlobalValue>(V)) {
|
|
|
|
// A dot is appended to mark it as clone during ABI demangling so that
|
|
|
|
// for example "_Z1fv" and "_Z1fv.1" both demangle to "f()", the second
|
|
|
|
// one being a clone.
|
|
|
|
// On NVPTX we cannot use a dot because PTX only allows [A-Za-z0-9_$] for
|
|
|
|
// identifiers. This breaks ABI demangling but at least ptxas accepts and
|
|
|
|
// compiles the program.
|
|
|
|
const Module *M = GV->getParent();
|
|
|
|
if (!(M && Triple(M->getTargetTriple()).isNVPTX()))
|
|
|
|
S << ".";
|
|
|
|
}
|
2015-11-22 08:16:24 +08:00
|
|
|
S << ++LastUnique;
|
|
|
|
|
|
|
|
// Try insert the vmap entry with this suffix.
|
2021-07-09 04:30:14 +08:00
|
|
|
auto IterBool = vmap.insert(std::make_pair(UniqueName.str(), V));
|
2015-11-22 08:16:24 +08:00
|
|
|
if (IterBool.second)
|
|
|
|
return &*IterBool.first;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-01-10 17:51:48 +08:00
|
|
|
// Insert a value into the symbol table with the specified name...
|
|
|
|
//
|
2020-04-13 01:44:03 +08:00
|
|
|
void ValueSymbolTable::reinsertValue(Value *V) {
|
2006-01-10 17:51:48 +08:00
|
|
|
assert(V->hasName() && "Can't insert nameless Value into symbol table");
|
|
|
|
|
2007-02-07 13:22:49 +08:00
|
|
|
// Try inserting the name, assuming it won't conflict.
|
IR: Split Metadata from Value
Split `Metadata` away from the `Value` class hierarchy, as part of
PR21532. Assembly and bitcode changes are in the wings, but this is the
bulk of the change for the IR C++ API.
I have a follow-up patch prepared for `clang`. If this breaks other
sub-projects, I apologize in advance :(. Help me compile it on Darwin
I'll try to fix it. FWIW, the errors should be easy to fix, so it may
be simpler to just fix it yourself.
This breaks the build for all metadata-related code that's out-of-tree.
Rest assured the transition is mechanical and the compiler should catch
almost all of the problems.
Here's a quick guide for updating your code:
- `Metadata` is the root of a class hierarchy with three main classes:
`MDNode`, `MDString`, and `ValueAsMetadata`. It is distinct from
the `Value` class hierarchy. It is typeless -- i.e., instances do
*not* have a `Type`.
- `MDNode`'s operands are all `Metadata *` (instead of `Value *`).
- `TrackingVH<MDNode>` and `WeakVH` referring to metadata can be
replaced with `TrackingMDNodeRef` and `TrackingMDRef`, respectively.
If you're referring solely to resolved `MDNode`s -- post graph
construction -- just use `MDNode*`.
- `MDNode` (and the rest of `Metadata`) have only limited support for
`replaceAllUsesWith()`.
As long as an `MDNode` is pointing at a forward declaration -- the
result of `MDNode::getTemporary()` -- it maintains a side map of its
uses and can RAUW itself. Once the forward declarations are fully
resolved RAUW support is dropped on the ground. This means that
uniquing collisions on changing operands cause nodes to become
"distinct". (This already happened fairly commonly, whenever an
operand went to null.)
If you're constructing complex (non self-reference) `MDNode` cycles,
you need to call `MDNode::resolveCycles()` on each node (or on a
top-level node that somehow references all of the nodes). Also,
don't do that. Metadata cycles (and the RAUW machinery needed to
construct them) are expensive.
- An `MDNode` can only refer to a `Constant` through a bridge called
`ConstantAsMetadata` (one of the subclasses of `ValueAsMetadata`).
As a side effect, accessing an operand of an `MDNode` that is known
to be, e.g., `ConstantInt`, takes three steps: first, cast from
`Metadata` to `ConstantAsMetadata`; second, extract the `Constant`;
third, cast down to `ConstantInt`.
The eventual goal is to introduce `MDInt`/`MDFloat`/etc. and have
metadata schema owners transition away from using `Constant`s when
the type isn't important (and they don't care about referring to
`GlobalValue`s).
In the meantime, I've added transitional API to the `mdconst`
namespace that matches semantics with the old code, in order to
avoid adding the error-prone three-step equivalent to every call
site. If your old code was:
MDNode *N = foo();
bar(isa <ConstantInt>(N->getOperand(0)));
baz(cast <ConstantInt>(N->getOperand(1)));
bak(cast_or_null <ConstantInt>(N->getOperand(2)));
bat(dyn_cast <ConstantInt>(N->getOperand(3)));
bay(dyn_cast_or_null<ConstantInt>(N->getOperand(4)));
you can trivially match its semantics with:
MDNode *N = foo();
bar(mdconst::hasa <ConstantInt>(N->getOperand(0)));
baz(mdconst::extract <ConstantInt>(N->getOperand(1)));
bak(mdconst::extract_or_null <ConstantInt>(N->getOperand(2)));
bat(mdconst::dyn_extract <ConstantInt>(N->getOperand(3)));
bay(mdconst::dyn_extract_or_null<ConstantInt>(N->getOperand(4)));
and when you transition your metadata schema to `MDInt`:
MDNode *N = foo();
bar(isa <MDInt>(N->getOperand(0)));
baz(cast <MDInt>(N->getOperand(1)));
bak(cast_or_null <MDInt>(N->getOperand(2)));
bat(dyn_cast <MDInt>(N->getOperand(3)));
bay(dyn_cast_or_null<MDInt>(N->getOperand(4)));
- A `CallInst` -- specifically, intrinsic instructions -- can refer to
metadata through a bridge called `MetadataAsValue`. This is a
subclass of `Value` where `getType()->isMetadataTy()`.
`MetadataAsValue` is the *only* class that can legally refer to a
`LocalAsMetadata`, which is a bridged form of non-`Constant` values
like `Argument` and `Instruction`. It can also refer to any other
`Metadata` subclass.
(I'll break all your testcases in a follow-up commit, when I propagate
this change to assembly.)
llvm-svn: 223802
2014-12-10 02:38:53 +08:00
|
|
|
if (vmap.insert(V->getValueName())) {
|
2018-05-14 20:53:11 +08:00
|
|
|
// LLVM_DEBUG(dbgs() << " Inserted value: " << V->getValueName() << ": " <<
|
|
|
|
// *V << "\n");
|
2007-02-07 13:22:49 +08:00
|
|
|
return;
|
|
|
|
}
|
2018-07-31 03:41:25 +08:00
|
|
|
|
2007-02-07 13:22:49 +08:00
|
|
|
// Otherwise, there is a naming conflict. Rename this value.
|
2009-08-20 03:22:52 +08:00
|
|
|
SmallString<256> UniqueName(V->getName().begin(), V->getName().end());
|
2008-06-28 05:26:26 +08:00
|
|
|
|
|
|
|
// The name is too already used, just free it so we can allocate a new name.
|
2020-04-13 01:44:03 +08:00
|
|
|
MallocAllocator Allocator;
|
|
|
|
V->getValueName()->Destroy(Allocator);
|
IR: Split Metadata from Value
Split `Metadata` away from the `Value` class hierarchy, as part of
PR21532. Assembly and bitcode changes are in the wings, but this is the
bulk of the change for the IR C++ API.
I have a follow-up patch prepared for `clang`. If this breaks other
sub-projects, I apologize in advance :(. Help me compile it on Darwin
I'll try to fix it. FWIW, the errors should be easy to fix, so it may
be simpler to just fix it yourself.
This breaks the build for all metadata-related code that's out-of-tree.
Rest assured the transition is mechanical and the compiler should catch
almost all of the problems.
Here's a quick guide for updating your code:
- `Metadata` is the root of a class hierarchy with three main classes:
`MDNode`, `MDString`, and `ValueAsMetadata`. It is distinct from
the `Value` class hierarchy. It is typeless -- i.e., instances do
*not* have a `Type`.
- `MDNode`'s operands are all `Metadata *` (instead of `Value *`).
- `TrackingVH<MDNode>` and `WeakVH` referring to metadata can be
replaced with `TrackingMDNodeRef` and `TrackingMDRef`, respectively.
If you're referring solely to resolved `MDNode`s -- post graph
construction -- just use `MDNode*`.
- `MDNode` (and the rest of `Metadata`) have only limited support for
`replaceAllUsesWith()`.
As long as an `MDNode` is pointing at a forward declaration -- the
result of `MDNode::getTemporary()` -- it maintains a side map of its
uses and can RAUW itself. Once the forward declarations are fully
resolved RAUW support is dropped on the ground. This means that
uniquing collisions on changing operands cause nodes to become
"distinct". (This already happened fairly commonly, whenever an
operand went to null.)
If you're constructing complex (non self-reference) `MDNode` cycles,
you need to call `MDNode::resolveCycles()` on each node (or on a
top-level node that somehow references all of the nodes). Also,
don't do that. Metadata cycles (and the RAUW machinery needed to
construct them) are expensive.
- An `MDNode` can only refer to a `Constant` through a bridge called
`ConstantAsMetadata` (one of the subclasses of `ValueAsMetadata`).
As a side effect, accessing an operand of an `MDNode` that is known
to be, e.g., `ConstantInt`, takes three steps: first, cast from
`Metadata` to `ConstantAsMetadata`; second, extract the `Constant`;
third, cast down to `ConstantInt`.
The eventual goal is to introduce `MDInt`/`MDFloat`/etc. and have
metadata schema owners transition away from using `Constant`s when
the type isn't important (and they don't care about referring to
`GlobalValue`s).
In the meantime, I've added transitional API to the `mdconst`
namespace that matches semantics with the old code, in order to
avoid adding the error-prone three-step equivalent to every call
site. If your old code was:
MDNode *N = foo();
bar(isa <ConstantInt>(N->getOperand(0)));
baz(cast <ConstantInt>(N->getOperand(1)));
bak(cast_or_null <ConstantInt>(N->getOperand(2)));
bat(dyn_cast <ConstantInt>(N->getOperand(3)));
bay(dyn_cast_or_null<ConstantInt>(N->getOperand(4)));
you can trivially match its semantics with:
MDNode *N = foo();
bar(mdconst::hasa <ConstantInt>(N->getOperand(0)));
baz(mdconst::extract <ConstantInt>(N->getOperand(1)));
bak(mdconst::extract_or_null <ConstantInt>(N->getOperand(2)));
bat(mdconst::dyn_extract <ConstantInt>(N->getOperand(3)));
bay(mdconst::dyn_extract_or_null<ConstantInt>(N->getOperand(4)));
and when you transition your metadata schema to `MDInt`:
MDNode *N = foo();
bar(isa <MDInt>(N->getOperand(0)));
baz(cast <MDInt>(N->getOperand(1)));
bak(cast_or_null <MDInt>(N->getOperand(2)));
bat(dyn_cast <MDInt>(N->getOperand(3)));
bay(dyn_cast_or_null<MDInt>(N->getOperand(4)));
- A `CallInst` -- specifically, intrinsic instructions -- can refer to
metadata through a bridge called `MetadataAsValue`. This is a
subclass of `Value` where `getType()->isMetadataTy()`.
`MetadataAsValue` is the *only* class that can legally refer to a
`LocalAsMetadata`, which is a bridged form of non-`Constant` values
like `Argument` and `Instruction`. It can also refer to any other
`Metadata` subclass.
(I'll break all your testcases in a follow-up commit, when I propagate
this change to assembly.)
llvm-svn: 223802
2014-12-10 02:38:53 +08:00
|
|
|
|
2015-11-22 08:16:24 +08:00
|
|
|
ValueName *VN = makeUniqueName(V, UniqueName);
|
|
|
|
V->setValueName(VN);
|
2006-01-10 17:51:48 +08:00
|
|
|
}
|
|
|
|
|
2007-02-12 13:18:08 +08:00
|
|
|
void ValueSymbolTable::removeValueName(ValueName *V) {
|
2018-05-14 20:53:11 +08:00
|
|
|
// LLVM_DEBUG(dbgs() << " Removing Value: " << V->getKeyData() << "\n");
|
2008-06-28 05:26:26 +08:00
|
|
|
// Remove the value from the symbol table.
|
2007-02-12 13:18:08 +08:00
|
|
|
vmap.remove(V);
|
2006-01-10 17:51:48 +08:00
|
|
|
}
|
|
|
|
|
2007-02-12 13:18:08 +08:00
|
|
|
/// createValueName - This method attempts to create a value name and insert
|
|
|
|
/// it into the symbol table with the specified name. If it conflicts, it
|
|
|
|
/// auto-renames the name and returns that instead.
|
2009-11-06 18:58:06 +08:00
|
|
|
ValueName *ValueSymbolTable::createValueName(StringRef Name, Value *V) {
|
2021-05-27 12:01:20 +08:00
|
|
|
if (MaxNameSize > -1 && Name.size() > (unsigned)MaxNameSize)
|
|
|
|
Name = Name.substr(0, std::max(1u, (unsigned)MaxNameSize));
|
|
|
|
|
2008-06-28 05:26:26 +08:00
|
|
|
// In the common case, the name is not already in the symbol table.
|
2014-11-19 13:49:42 +08:00
|
|
|
auto IterBool = vmap.insert(std::make_pair(Name, V));
|
|
|
|
if (IterBool.second) {
|
2018-05-14 20:53:11 +08:00
|
|
|
// LLVM_DEBUG(dbgs() << " Inserted value: " << Entry.getKeyData() << ": "
|
2007-02-26 04:42:59 +08:00
|
|
|
// << *V << "\n");
|
2014-11-19 13:49:42 +08:00
|
|
|
return &*IterBool.first;
|
2007-02-12 13:18:08 +08:00
|
|
|
}
|
2018-07-31 03:41:25 +08:00
|
|
|
|
2007-02-12 13:18:08 +08:00
|
|
|
// Otherwise, there is a naming conflict. Rename this value.
|
2010-04-01 00:04:26 +08:00
|
|
|
SmallString<256> UniqueName(Name.begin(), Name.end());
|
2015-11-22 08:16:24 +08:00
|
|
|
return makeUniqueName(V, UniqueName);
|
2006-01-10 17:51:48 +08:00
|
|
|
}
|
|
|
|
|
2017-10-15 22:32:27 +08:00
|
|
|
#if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP)
|
2006-01-10 17:51:48 +08:00
|
|
|
// dump - print out the symbol table
|
|
|
|
//
|
2016-01-30 04:50:44 +08:00
|
|
|
LLVM_DUMP_METHOD void ValueSymbolTable::dump() const {
|
2020-04-13 01:44:03 +08:00
|
|
|
// dbgs() << "ValueSymbolTable:\n";
|
2016-06-26 22:10:56 +08:00
|
|
|
for (const auto &I : *this) {
|
2020-04-13 01:44:03 +08:00
|
|
|
// dbgs() << " '" << I->getKeyData() << "' = ";
|
2016-06-26 22:10:56 +08:00
|
|
|
I.getValue()->dump();
|
2020-04-13 01:44:03 +08:00
|
|
|
// dbgs() << "\n";
|
2007-02-12 13:18:08 +08:00
|
|
|
}
|
2006-01-10 17:51:48 +08:00
|
|
|
}
|
2017-01-28 10:02:38 +08:00
|
|
|
#endif
|