2011-10-18 01:17:43 +08:00
|
|
|
//===-- GlobalMerge.cpp - Internal globals merging -----------------------===//
|
2010-07-25 05:52:08 +08:00
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// This pass merges globals with internal linkage into one. This way all the
|
|
|
|
// globals which were merged into a biggest one can be addressed using offsets
|
|
|
|
// from the same base pointer (no need for separate base pointer for each of the
|
|
|
|
// global). Such a transformation can significantly reduce the register pressure
|
|
|
|
// when many globals are involved.
|
|
|
|
//
|
2012-07-24 18:51:42 +08:00
|
|
|
// For example, consider the code which touches several global variables at
|
2010-09-28 12:18:29 +08:00
|
|
|
// once:
|
2010-07-25 05:52:08 +08:00
|
|
|
//
|
|
|
|
// static int foo[N], bar[N], baz[N];
|
|
|
|
//
|
|
|
|
// for (i = 0; i < N; ++i) {
|
|
|
|
// foo[i] = bar[i] * baz[i];
|
|
|
|
// }
|
|
|
|
//
|
|
|
|
// On ARM the addresses of 3 arrays should be kept in the registers, thus
|
|
|
|
// this code has quite large register pressure (loop body):
|
|
|
|
//
|
|
|
|
// ldr r1, [r5], #4
|
|
|
|
// ldr r2, [r6], #4
|
|
|
|
// mul r1, r2, r1
|
|
|
|
// str r1, [r0], #4
|
|
|
|
//
|
|
|
|
// Pass converts the code to something like:
|
|
|
|
//
|
|
|
|
// static struct {
|
|
|
|
// int foo[N];
|
|
|
|
// int bar[N];
|
|
|
|
// int baz[N];
|
|
|
|
// } merged;
|
|
|
|
//
|
|
|
|
// for (i = 0; i < N; ++i) {
|
|
|
|
// merged.foo[i] = merged.bar[i] * merged.baz[i];
|
|
|
|
// }
|
|
|
|
//
|
|
|
|
// and in ARM code this becomes:
|
|
|
|
//
|
|
|
|
// ldr r0, [r5, #40]
|
|
|
|
// ldr r1, [r5, #80]
|
|
|
|
// mul r0, r1, r0
|
|
|
|
// str r0, [r5], #4
|
|
|
|
//
|
|
|
|
// note that we saved 2 registers here almostly "for free".
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
//
|
|
|
|
// However, merging globals can have tradeoffs:
|
|
|
|
// - it confuses debuggers, tools, and users
|
|
|
|
// - it makes linker optimizations less useful (order files, LOHs, ...)
|
|
|
|
// - it forces usage of indexed addressing (which isn't necessarily "free")
|
|
|
|
// - it can increase register pressure when the uses are disparate enough.
|
|
|
|
//
|
|
|
|
// We use heuristics to discover the best global grouping we can (cf cl::opts).
|
2010-09-28 12:18:29 +08:00
|
|
|
// ===---------------------------------------------------------------------===//
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2011-10-18 01:17:43 +08:00
|
|
|
#include "llvm/Transforms/Scalar.h"
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
#include "llvm/ADT/DenseMap.h"
|
|
|
|
#include "llvm/ADT/SmallBitVector.h"
|
2013-03-19 06:30:07 +08:00
|
|
|
#include "llvm/ADT/SmallPtrSet.h"
|
2012-12-04 00:50:05 +08:00
|
|
|
#include "llvm/ADT/Statistic.h"
|
2015-01-14 19:23:27 +08:00
|
|
|
#include "llvm/CodeGen/Passes.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/Attributes.h"
|
|
|
|
#include "llvm/IR/Constants.h"
|
|
|
|
#include "llvm/IR/DataLayout.h"
|
|
|
|
#include "llvm/IR/DerivedTypes.h"
|
|
|
|
#include "llvm/IR/Function.h"
|
|
|
|
#include "llvm/IR/GlobalVariable.h"
|
|
|
|
#include "llvm/IR/Instructions.h"
|
|
|
|
#include "llvm/IR/Intrinsics.h"
|
|
|
|
#include "llvm/IR/Module.h"
|
2010-07-25 05:52:08 +08:00
|
|
|
#include "llvm/Pass.h"
|
2013-03-19 06:30:07 +08:00
|
|
|
#include "llvm/Support/CommandLine.h"
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
#include "llvm/Support/Debug.h"
|
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2010-07-25 05:52:08 +08:00
|
|
|
#include "llvm/Target/TargetLowering.h"
|
2010-11-18 05:25:39 +08:00
|
|
|
#include "llvm/Target/TargetLoweringObjectFile.h"
|
2014-08-05 05:25:23 +08:00
|
|
|
#include "llvm/Target/TargetSubtargetInfo.h"
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
#include <algorithm>
|
2010-07-25 05:52:08 +08:00
|
|
|
using namespace llvm;
|
|
|
|
|
2014-04-22 10:55:47 +08:00
|
|
|
#define DEBUG_TYPE "global-merge"
|
|
|
|
|
2015-04-11 08:06:36 +08:00
|
|
|
// FIXME: This is only useful as a last-resort way to disable the pass.
|
2014-02-18 19:17:29 +08:00
|
|
|
static cl::opt<bool>
|
2014-06-11 14:35:26 +08:00
|
|
|
EnableGlobalMerge("enable-global-merge", cl::Hidden,
|
2015-04-11 08:06:36 +08:00
|
|
|
cl::desc("Enable the global merge pass"),
|
2014-02-18 19:17:29 +08:00
|
|
|
cl::init(true));
|
|
|
|
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
static cl::opt<bool> GlobalMergeGroupByUse(
|
|
|
|
"global-merge-group-by-use", cl::Hidden,
|
|
|
|
cl::desc("Improve global merge pass to look at uses"), cl::init(true));
|
|
|
|
|
|
|
|
static cl::opt<bool> GlobalMergeIgnoreSingleUse(
|
|
|
|
"global-merge-ignore-single-use", cl::Hidden,
|
|
|
|
cl::desc("Improve global merge pass to ignore globals only used alone"),
|
|
|
|
cl::init(true));
|
|
|
|
|
2013-03-19 06:30:07 +08:00
|
|
|
static cl::opt<bool>
|
|
|
|
EnableGlobalMergeOnConst("global-merge-on-const", cl::Hidden,
|
2013-07-23 05:11:30 +08:00
|
|
|
cl::desc("Enable global merge pass on constants"),
|
|
|
|
cl::init(false));
|
2013-03-19 06:30:07 +08:00
|
|
|
|
2014-06-11 14:44:53 +08:00
|
|
|
// FIXME: this could be a transitional option, and we probably need to remove
|
|
|
|
// it if only we are sure this optimization could always benefit all targets.
|
|
|
|
static cl::opt<bool>
|
|
|
|
EnableGlobalMergeOnExternal("global-merge-on-external", cl::Hidden,
|
|
|
|
cl::desc("Enable global merge pass on external linkage"),
|
|
|
|
cl::init(false));
|
|
|
|
|
2015-02-24 03:28:45 +08:00
|
|
|
STATISTIC(NumMerged, "Number of globals merged");
|
2010-07-25 05:52:08 +08:00
|
|
|
namespace {
|
2011-10-18 01:17:43 +08:00
|
|
|
class GlobalMerge : public FunctionPass {
|
2013-06-20 05:07:11 +08:00
|
|
|
const TargetMachine *TM;
|
2015-02-24 03:28:45 +08:00
|
|
|
const DataLayout *DL;
|
|
|
|
// FIXME: Infer the maximum possible offset depending on the actual users
|
|
|
|
// (these max offsets are different for the users inside Thumb or ARM
|
|
|
|
// functions), see the code that passes in the offset in the ARM backend
|
|
|
|
// for more information.
|
|
|
|
unsigned MaxOffset;
|
2010-07-25 05:52:08 +08:00
|
|
|
|
|
|
|
bool doMerge(SmallVectorImpl<GlobalVariable*> &Globals,
|
2013-01-07 20:31:25 +08:00
|
|
|
Module &M, bool isConst, unsigned AddrSpace) const;
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
/// \brief Merge everything in \p Globals for which the corresponding bit
|
|
|
|
/// in \p GlobalSet is set.
|
|
|
|
bool doMerge(SmallVectorImpl<GlobalVariable *> &Globals,
|
|
|
|
const BitVector &GlobalSet, Module &M, bool isConst,
|
|
|
|
unsigned AddrSpace) const;
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2013-03-19 06:30:07 +08:00
|
|
|
/// \brief Check if the given variable has been identified as must keep
|
|
|
|
/// \pre setMustKeepGlobalVariables must have been called on the Module that
|
|
|
|
/// contains GV
|
|
|
|
bool isMustKeepGlobalVariable(const GlobalVariable *GV) const {
|
|
|
|
return MustKeepGlobalVariables.count(GV);
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Collect every variables marked as "used" or used in a landing pad
|
|
|
|
/// instruction for this Module.
|
|
|
|
void setMustKeepGlobalVariables(Module &M);
|
|
|
|
|
|
|
|
/// Collect every variables marked as "used"
|
|
|
|
void collectUsedGlobalVariables(Module &M);
|
|
|
|
|
2013-03-20 05:46:49 +08:00
|
|
|
/// Keep track of the GlobalVariable that must not be merged away
|
2013-03-19 06:30:07 +08:00
|
|
|
SmallPtrSet<const GlobalVariable *, 16> MustKeepGlobalVariables;
|
|
|
|
|
2010-07-25 05:52:08 +08:00
|
|
|
public:
|
|
|
|
static char ID; // Pass identification, replacement for typeid.
|
2015-02-24 03:28:45 +08:00
|
|
|
explicit GlobalMerge(const TargetMachine *TM = nullptr,
|
|
|
|
unsigned MaximalOffset = 0)
|
|
|
|
: FunctionPass(ID), TM(TM), DL(TM->getDataLayout()),
|
|
|
|
MaxOffset(MaximalOffset) {
|
2011-10-18 01:17:43 +08:00
|
|
|
initializeGlobalMergePass(*PassRegistry::getPassRegistry());
|
|
|
|
}
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2014-03-05 17:10:37 +08:00
|
|
|
bool doInitialization(Module &M) override;
|
|
|
|
bool runOnFunction(Function &F) override;
|
|
|
|
bool doFinalization(Module &M) override;
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2014-03-05 17:10:37 +08:00
|
|
|
const char *getPassName() const override {
|
2010-07-25 05:52:08 +08:00
|
|
|
return "Merge internal globals";
|
|
|
|
}
|
|
|
|
|
2014-03-05 17:10:37 +08:00
|
|
|
void getAnalysisUsage(AnalysisUsage &AU) const override {
|
2010-07-25 05:52:08 +08:00
|
|
|
AU.setPreservesCFG();
|
|
|
|
FunctionPass::getAnalysisUsage(AU);
|
|
|
|
}
|
|
|
|
};
|
|
|
|
} // end anonymous namespace
|
|
|
|
|
2011-10-18 01:17:43 +08:00
|
|
|
char GlobalMerge::ID = 0;
|
2015-02-24 03:28:45 +08:00
|
|
|
INITIALIZE_PASS_BEGIN(GlobalMerge, "global-merge", "Merge global variables",
|
|
|
|
false, false)
|
|
|
|
INITIALIZE_PASS_END(GlobalMerge, "global-merge", "Merge global variables",
|
|
|
|
false, false)
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2011-10-18 01:17:43 +08:00
|
|
|
bool GlobalMerge::doMerge(SmallVectorImpl<GlobalVariable*> &Globals,
|
2013-01-07 20:31:25 +08:00
|
|
|
Module &M, bool isConst, unsigned AddrSpace) const {
|
2010-07-25 05:52:08 +08:00
|
|
|
// FIXME: Find better heuristics
|
2014-03-01 19:47:00 +08:00
|
|
|
std::stable_sort(Globals.begin(), Globals.end(),
|
2015-02-24 03:28:45 +08:00
|
|
|
[this](const GlobalVariable *GV1, const GlobalVariable *GV2) {
|
2014-03-01 19:47:00 +08:00
|
|
|
Type *Ty1 = cast<PointerType>(GV1->getType())->getElementType();
|
|
|
|
Type *Ty2 = cast<PointerType>(GV2->getType())->getElementType();
|
|
|
|
|
|
|
|
return (DL->getTypeAllocSize(Ty1) < DL->getTypeAllocSize(Ty2));
|
|
|
|
});
|
2010-07-25 05:52:08 +08:00
|
|
|
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
// If we want to just blindly group all globals together, do so.
|
|
|
|
if (!GlobalMergeGroupByUse) {
|
|
|
|
BitVector AllGlobals(Globals.size());
|
|
|
|
AllGlobals.set();
|
|
|
|
return doMerge(Globals, AllGlobals, M, isConst, AddrSpace);
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we want to be smarter, look at all uses of each global, to try to
|
|
|
|
// discover all sets of globals used together, and how many times each of
|
|
|
|
// these sets occured.
|
|
|
|
//
|
|
|
|
// Keep this reasonably efficient, by having an append-only list of all sets
|
|
|
|
// discovered so far (UsedGlobalSet), and mapping each "together-ness" unit of
|
|
|
|
// code (currently, a Function) to the set of globals seen so far that are
|
|
|
|
// used together in that unit (GlobalUsesByFunction).
|
|
|
|
//
|
|
|
|
// When we look at the Nth global, we now that any new set is either:
|
|
|
|
// - the singleton set {N}, containing this global only, or
|
|
|
|
// - the union of {N} and a previously-discovered set, containing some
|
|
|
|
// combination of the previous N-1 globals.
|
|
|
|
// Using that knowledge, when looking at the Nth global, we can keep:
|
|
|
|
// - a reference to the singleton set {N} (CurGVOnlySetIdx)
|
|
|
|
// - a list mapping each previous set to its union with {N} (EncounteredUGS),
|
|
|
|
// if it actually occurs.
|
|
|
|
|
|
|
|
// We keep track of the sets of globals used together "close enough".
|
|
|
|
struct UsedGlobalSet {
|
|
|
|
UsedGlobalSet(size_t Size) : Globals(Size), UsageCount(1) {}
|
|
|
|
BitVector Globals;
|
|
|
|
unsigned UsageCount;
|
|
|
|
};
|
|
|
|
|
|
|
|
// Each set is unique in UsedGlobalSets.
|
|
|
|
std::vector<UsedGlobalSet> UsedGlobalSets;
|
|
|
|
|
|
|
|
// Avoid repeating the create-global-set pattern.
|
|
|
|
auto CreateGlobalSet = [&]() -> UsedGlobalSet & {
|
|
|
|
UsedGlobalSets.emplace_back(Globals.size());
|
|
|
|
return UsedGlobalSets.back();
|
|
|
|
};
|
|
|
|
|
|
|
|
// The first set is the empty set.
|
|
|
|
CreateGlobalSet().UsageCount = 0;
|
|
|
|
|
|
|
|
// We define "close enough" to be "in the same function".
|
|
|
|
// FIXME: Grouping uses by function is way too aggressive, so we should have
|
|
|
|
// a better metric for distance between uses.
|
|
|
|
// The obvious alternative would be to group by BasicBlock, but that's in
|
|
|
|
// turn too conservative..
|
|
|
|
// Anything in between wouldn't be trivial to compute, so just stick with
|
|
|
|
// per-function grouping.
|
|
|
|
|
|
|
|
// The value type is an index into UsedGlobalSets.
|
|
|
|
// The default (0) conveniently points to the empty set.
|
|
|
|
DenseMap<Function *, size_t /*UsedGlobalSetIdx*/> GlobalUsesByFunction;
|
|
|
|
|
|
|
|
// Now, look at each merge-eligible global in turn.
|
|
|
|
|
|
|
|
// Keep track of the sets we already encountered to which we added the
|
|
|
|
// current global.
|
|
|
|
// Each element matches the same-index element in UsedGlobalSets.
|
|
|
|
// This lets us efficiently tell whether a set has already been expanded to
|
|
|
|
// include the current global.
|
|
|
|
std::vector<size_t> EncounteredUGS;
|
|
|
|
|
|
|
|
for (size_t GI = 0, GE = Globals.size(); GI != GE; ++GI) {
|
|
|
|
GlobalVariable *GV = Globals[GI];
|
|
|
|
|
|
|
|
// Reset the encountered sets for this global...
|
|
|
|
std::fill(EncounteredUGS.begin(), EncounteredUGS.end(), 0);
|
|
|
|
// ...and grow it in case we created new sets for the previous global.
|
|
|
|
EncounteredUGS.resize(UsedGlobalSets.size());
|
|
|
|
|
|
|
|
// We might need to create a set that only consists of the current global.
|
|
|
|
// Keep track of its index into UsedGlobalSets.
|
|
|
|
size_t CurGVOnlySetIdx = 0;
|
|
|
|
|
|
|
|
// For each global, look at all its Uses.
|
|
|
|
for (auto &U : GV->uses()) {
|
|
|
|
// This Use might be a ConstantExpr. We're interested in Instruction
|
|
|
|
// users, so look through ConstantExpr...
|
|
|
|
Use *UI, *UE;
|
|
|
|
if (ConstantExpr *CE = dyn_cast<ConstantExpr>(U.getUser())) {
|
|
|
|
UI = &*CE->use_begin();
|
|
|
|
UE = nullptr;
|
|
|
|
} else if (isa<Instruction>(U.getUser())) {
|
|
|
|
UI = &U;
|
|
|
|
UE = UI->getNext();
|
|
|
|
} else {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// ...to iterate on all the instruction users of the global.
|
|
|
|
// Note that we iterate on Uses and not on Users to be able to getNext().
|
|
|
|
for (; UI != UE; UI = UI->getNext()) {
|
|
|
|
Instruction *I = dyn_cast<Instruction>(UI->getUser());
|
|
|
|
if (!I)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
Function *ParentFn = I->getParent()->getParent();
|
|
|
|
size_t UGSIdx = GlobalUsesByFunction[ParentFn];
|
|
|
|
|
|
|
|
// If this is the first global the basic block uses, map it to the set
|
|
|
|
// consisting of this global only.
|
|
|
|
if (!UGSIdx) {
|
|
|
|
// If that set doesn't exist yet, create it.
|
|
|
|
if (!CurGVOnlySetIdx) {
|
|
|
|
CurGVOnlySetIdx = UsedGlobalSets.size();
|
|
|
|
CreateGlobalSet().Globals.set(GI);
|
|
|
|
} else {
|
|
|
|
++UsedGlobalSets[CurGVOnlySetIdx].UsageCount;
|
|
|
|
}
|
|
|
|
|
|
|
|
GlobalUsesByFunction[ParentFn] = CurGVOnlySetIdx;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we already encountered this BB, just increment the counter.
|
|
|
|
if (UsedGlobalSets[UGSIdx].Globals.test(GI)) {
|
|
|
|
++UsedGlobalSets[UGSIdx].UsageCount;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If not, the previous set wasn't actually used in this function.
|
|
|
|
--UsedGlobalSets[UGSIdx].UsageCount;
|
|
|
|
|
|
|
|
// If we already expanded the previous set to include this global, just
|
|
|
|
// reuse that expanded set.
|
|
|
|
if (size_t ExpandedIdx = EncounteredUGS[UGSIdx]) {
|
|
|
|
++UsedGlobalSets[ExpandedIdx].UsageCount;
|
|
|
|
GlobalUsesByFunction[ParentFn] = ExpandedIdx;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If not, create a new set consisting of the union of the previous set
|
|
|
|
// and this global. Mark it as encountered, so we can reuse it later.
|
|
|
|
GlobalUsesByFunction[ParentFn] = EncounteredUGS[UGSIdx] =
|
|
|
|
UsedGlobalSets.size();
|
|
|
|
|
|
|
|
UsedGlobalSet &NewUGS = CreateGlobalSet();
|
|
|
|
NewUGS.Globals.set(GI);
|
|
|
|
NewUGS.Globals |= UsedGlobalSets[UGSIdx].Globals;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Now we found a bunch of sets of globals used together. We accumulated
|
|
|
|
// the number of times we encountered the sets (i.e., the number of blocks
|
|
|
|
// that use that exact set of globals).
|
|
|
|
//
|
|
|
|
// Multiply that by the size of the set to give us a crude profitability
|
|
|
|
// metric.
|
|
|
|
std::sort(UsedGlobalSets.begin(), UsedGlobalSets.end(),
|
|
|
|
[](const UsedGlobalSet &UGS1, const UsedGlobalSet &UGS2) {
|
|
|
|
return UGS1.Globals.count() * UGS1.UsageCount <
|
|
|
|
UGS2.Globals.count() * UGS2.UsageCount;
|
|
|
|
});
|
|
|
|
|
|
|
|
// We can choose to merge all globals together, but ignore globals never used
|
|
|
|
// with another global. This catches the obviously non-profitable cases of
|
|
|
|
// having a single global, but is aggressive enough for any other case.
|
|
|
|
if (GlobalMergeIgnoreSingleUse) {
|
|
|
|
BitVector AllGlobals(Globals.size());
|
|
|
|
for (size_t i = 0, e = UsedGlobalSets.size(); i != e; ++i) {
|
|
|
|
const UsedGlobalSet &UGS = UsedGlobalSets[e - i - 1];
|
|
|
|
if (UGS.UsageCount == 0)
|
|
|
|
continue;
|
|
|
|
if (UGS.Globals.count() > 1)
|
|
|
|
AllGlobals |= UGS.Globals;
|
|
|
|
}
|
|
|
|
return doMerge(Globals, AllGlobals, M, isConst, AddrSpace);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Starting from the sets with the best (=biggest) profitability, find a
|
|
|
|
// good combination.
|
|
|
|
// The ideal (and expensive) solution can only be found by trying all
|
|
|
|
// combinations, looking for the one with the best profitability.
|
|
|
|
// Don't be smart about it, and just pick the first compatible combination,
|
|
|
|
// starting with the sets with the best profitability.
|
|
|
|
BitVector PickedGlobals(Globals.size());
|
|
|
|
bool Changed = false;
|
|
|
|
|
|
|
|
for (size_t i = 0, e = UsedGlobalSets.size(); i != e; ++i) {
|
|
|
|
const UsedGlobalSet &UGS = UsedGlobalSets[e - i - 1];
|
|
|
|
if (UGS.UsageCount == 0)
|
|
|
|
continue;
|
|
|
|
if (PickedGlobals.anyCommon(UGS.Globals))
|
|
|
|
continue;
|
|
|
|
PickedGlobals |= UGS.Globals;
|
|
|
|
// If the set only contains one global, there's no point in merging.
|
|
|
|
// Ignore the global for inclusion in other sets though, so keep it in
|
|
|
|
// PickedGlobals.
|
|
|
|
if (UGS.Globals.count() < 2)
|
|
|
|
continue;
|
|
|
|
Changed |= doMerge(Globals, UGS.Globals, M, isConst, AddrSpace);
|
|
|
|
}
|
|
|
|
|
|
|
|
return Changed;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool GlobalMerge::doMerge(SmallVectorImpl<GlobalVariable *> &Globals,
|
|
|
|
const BitVector &GlobalSet, Module &M, bool isConst,
|
|
|
|
unsigned AddrSpace) const {
|
|
|
|
|
2011-07-18 12:54:35 +08:00
|
|
|
Type *Int32Ty = Type::getInt32Ty(M.getContext());
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2014-06-11 14:44:53 +08:00
|
|
|
assert(Globals.size() > 1);
|
|
|
|
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
DEBUG(dbgs() << " Trying to merge set, starts with #"
|
|
|
|
<< GlobalSet.find_first() << "\n");
|
|
|
|
|
|
|
|
ssize_t i = GlobalSet.find_first();
|
|
|
|
while (i != -1) {
|
|
|
|
ssize_t j = 0;
|
2010-07-25 05:52:08 +08:00
|
|
|
uint64_t MergedSize = 0;
|
2011-07-12 22:06:48 +08:00
|
|
|
std::vector<Type*> Tys;
|
2010-07-25 05:52:08 +08:00
|
|
|
std::vector<Constant*> Inits;
|
2014-06-11 14:44:53 +08:00
|
|
|
|
|
|
|
bool HasExternal = false;
|
|
|
|
GlobalVariable *TheFirstExternal = 0;
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
for (j = i; j != -1; j = GlobalSet.find_next(j)) {
|
2011-07-12 22:06:48 +08:00
|
|
|
Type *Ty = Globals[j]->getType()->getElementType();
|
2014-02-21 08:06:31 +08:00
|
|
|
MergedSize += DL->getTypeAllocSize(Ty);
|
2010-11-18 05:25:36 +08:00
|
|
|
if (MergedSize > MaxOffset) {
|
|
|
|
break;
|
|
|
|
}
|
2010-07-25 05:52:08 +08:00
|
|
|
Tys.push_back(Ty);
|
|
|
|
Inits.push_back(Globals[j]->getInitializer());
|
2014-06-11 14:44:53 +08:00
|
|
|
|
|
|
|
if (Globals[j]->hasExternalLinkage() && !HasExternal) {
|
|
|
|
HasExternal = true;
|
|
|
|
TheFirstExternal = Globals[j];
|
|
|
|
}
|
2010-07-25 05:52:08 +08:00
|
|
|
}
|
|
|
|
|
2014-06-11 14:44:53 +08:00
|
|
|
// If merged variables doesn't have external linkage, we needn't to expose
|
|
|
|
// the symbol after merging.
|
|
|
|
GlobalValue::LinkageTypes Linkage = HasExternal
|
|
|
|
? GlobalValue::ExternalLinkage
|
|
|
|
: GlobalValue::InternalLinkage;
|
|
|
|
|
2010-09-06 05:18:45 +08:00
|
|
|
StructType *MergedTy = StructType::get(M.getContext(), Tys);
|
|
|
|
Constant *MergedInit = ConstantStruct::get(MergedTy, Inits);
|
2014-06-11 14:44:53 +08:00
|
|
|
|
2014-07-08 22:55:06 +08:00
|
|
|
// If merged variables have external linkage, we use symbol name of the
|
|
|
|
// first variable merged as the suffix of global symbol name. This would
|
|
|
|
// be able to avoid the link-time naming conflict for globalm symbols.
|
2014-06-11 14:44:53 +08:00
|
|
|
GlobalVariable *MergedGV = new GlobalVariable(
|
2014-07-08 22:55:06 +08:00
|
|
|
M, MergedTy, isConst, Linkage, MergedInit,
|
|
|
|
HasExternal ? "_MergedGlobals_" + TheFirstExternal->getName()
|
|
|
|
: "_MergedGlobals",
|
|
|
|
nullptr, GlobalVariable::NotThreadLocal, AddrSpace);
|
2014-06-11 14:44:53 +08:00
|
|
|
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
for (ssize_t k = i, idx = 0; k != j; k = GlobalSet.find_next(k)) {
|
2014-06-11 14:44:53 +08:00
|
|
|
GlobalValue::LinkageTypes Linkage = Globals[k]->getLinkage();
|
|
|
|
std::string Name = Globals[k]->getName();
|
|
|
|
|
2010-09-06 05:18:45 +08:00
|
|
|
Constant *Idx[2] = {
|
|
|
|
ConstantInt::get(Int32Ty, 0),
|
[GlobalMerge] Look at uses to create smaller global sets.
Instead of merging everything together, look at the users of
GlobalVariables, and try to group them by function, to create
sets of globals used "together".
Using that information, a less-aggressive alternative is to keep merging
everything together *except* globals that are only ever used alone, that
is, those for which it's clearly non-profitable to merge with others.
In my testing, grouping by Function is too aggressive, but grouping by
BasicBlock is too conservative. Anything in-between isn't trivially
available, so stick with Function grouping for now.
cl::opts are added for testing; both enabled by default.
A few of the testcases aren't testing the merging proper, but just
various edge cases when merging does occur. Update them to use the
previous grouping behavior. Also, one of the tests is unrelated to
GlobalMerge; change it accordingly.
While there, switch to r234666' flags rather than the brutal -O3.
Differential Revision: http://reviews.llvm.org/D8070
llvm-svn: 235249
2015-04-18 09:21:58 +08:00
|
|
|
ConstantInt::get(Int32Ty, idx++)
|
2010-09-06 05:18:45 +08:00
|
|
|
};
|
2015-04-03 02:55:32 +08:00
|
|
|
Constant *GEP =
|
|
|
|
ConstantExpr::getInBoundsGetElementPtr(MergedTy, MergedGV, Idx);
|
2010-07-25 05:52:08 +08:00
|
|
|
Globals[k]->replaceAllUsesWith(GEP);
|
|
|
|
Globals[k]->eraseFromParent();
|
2014-06-11 14:44:53 +08:00
|
|
|
|
|
|
|
if (Linkage != GlobalValue::InternalLinkage) {
|
|
|
|
// Generate a new alias...
|
|
|
|
auto *PTy = cast<PointerType>(GEP->getType());
|
2015-04-30 05:22:39 +08:00
|
|
|
GlobalAlias::create(PTy, Linkage, Name, GEP, &M);
|
2014-06-11 14:44:53 +08:00
|
|
|
}
|
|
|
|
|
2011-10-18 01:17:43 +08:00
|
|
|
NumMerged++;
|
2010-07-25 05:52:08 +08:00
|
|
|
}
|
|
|
|
i = j;
|
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2013-03-19 06:30:07 +08:00
|
|
|
void GlobalMerge::collectUsedGlobalVariables(Module &M) {
|
|
|
|
// Extract global variables from llvm.used array
|
|
|
|
const GlobalVariable *GV = M.getGlobalVariable("llvm.used");
|
|
|
|
if (!GV || !GV->hasInitializer()) return;
|
|
|
|
|
|
|
|
// Should be an array of 'i8*'.
|
2013-04-22 22:58:02 +08:00
|
|
|
const ConstantArray *InitList = cast<ConstantArray>(GV->getInitializer());
|
|
|
|
|
2013-03-19 06:30:07 +08:00
|
|
|
for (unsigned i = 0, e = InitList->getNumOperands(); i != e; ++i)
|
|
|
|
if (const GlobalVariable *G =
|
|
|
|
dyn_cast<GlobalVariable>(InitList->getOperand(i)->stripPointerCasts()))
|
|
|
|
MustKeepGlobalVariables.insert(G);
|
|
|
|
}
|
|
|
|
|
|
|
|
void GlobalMerge::setMustKeepGlobalVariables(Module &M) {
|
|
|
|
collectUsedGlobalVariables(M);
|
|
|
|
|
|
|
|
for (Module::iterator IFn = M.begin(), IEndFn = M.end(); IFn != IEndFn;
|
|
|
|
++IFn) {
|
|
|
|
for (Function::iterator IBB = IFn->begin(), IEndBB = IFn->end();
|
|
|
|
IBB != IEndBB; ++IBB) {
|
2014-03-13 08:04:17 +08:00
|
|
|
// Follow the invoke link to find the landing pad instruction
|
2013-03-19 06:30:07 +08:00
|
|
|
const InvokeInst *II = dyn_cast<InvokeInst>(IBB->getTerminator());
|
|
|
|
if (!II) continue;
|
|
|
|
|
|
|
|
const LandingPadInst *LPInst = II->getUnwindDest()->getLandingPadInst();
|
|
|
|
// Look for globals in the clauses of the landing pad instruction
|
|
|
|
for (unsigned Idx = 0, NumClauses = LPInst->getNumClauses();
|
|
|
|
Idx != NumClauses; ++Idx)
|
|
|
|
if (const GlobalVariable *GV =
|
|
|
|
dyn_cast<GlobalVariable>(LPInst->getClause(Idx)
|
|
|
|
->stripPointerCasts()))
|
|
|
|
MustKeepGlobalVariables.insert(GV);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2010-07-25 05:52:08 +08:00
|
|
|
|
2011-10-18 01:17:43 +08:00
|
|
|
bool GlobalMerge::doInitialization(Module &M) {
|
2014-02-18 19:17:29 +08:00
|
|
|
if (!EnableGlobalMerge)
|
|
|
|
return false;
|
|
|
|
|
2013-01-07 20:31:25 +08:00
|
|
|
DenseMap<unsigned, SmallVector<GlobalVariable*, 16> > Globals, ConstGlobals,
|
|
|
|
BSSGlobals;
|
2010-07-25 05:52:08 +08:00
|
|
|
bool Changed = false;
|
2013-03-19 06:30:07 +08:00
|
|
|
setMustKeepGlobalVariables(M);
|
2010-07-25 05:52:08 +08:00
|
|
|
|
|
|
|
// Grab all non-const globals.
|
|
|
|
for (Module::global_iterator I = M.global_begin(),
|
|
|
|
E = M.global_end(); I != E; ++I) {
|
2014-06-11 14:44:53 +08:00
|
|
|
// Merge is safe for "normal" internal or external globals only
|
|
|
|
if (I->isDeclaration() || I->isThreadLocal() || I->hasSection())
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (!(EnableGlobalMergeOnExternal && I->hasExternalLinkage()) &&
|
|
|
|
!I->hasInternalLinkage())
|
2010-07-25 05:52:08 +08:00
|
|
|
continue;
|
|
|
|
|
2013-01-07 20:31:25 +08:00
|
|
|
PointerType *PT = dyn_cast<PointerType>(I->getType());
|
|
|
|
assert(PT && "Global variable is not a pointer!");
|
|
|
|
|
|
|
|
unsigned AddressSpace = PT->getAddressSpace();
|
|
|
|
|
2010-07-25 05:52:08 +08:00
|
|
|
// Ignore fancy-aligned globals for now.
|
2014-02-21 08:06:31 +08:00
|
|
|
unsigned Alignment = DL->getPreferredAlignment(I);
|
2011-07-18 12:54:35 +08:00
|
|
|
Type *Ty = I->getType()->getElementType();
|
2014-02-21 08:06:31 +08:00
|
|
|
if (Alignment > DL->getABITypeAlignment(Ty))
|
2010-07-25 05:52:08 +08:00
|
|
|
continue;
|
|
|
|
|
2010-07-27 02:45:39 +08:00
|
|
|
// Ignore all 'special' globals.
|
|
|
|
if (I->getName().startswith("llvm.") ||
|
|
|
|
I->getName().startswith(".llvm."))
|
|
|
|
continue;
|
|
|
|
|
2013-03-19 06:30:07 +08:00
|
|
|
// Ignore all "required" globals:
|
|
|
|
if (isMustKeepGlobalVariable(I))
|
|
|
|
continue;
|
|
|
|
|
2014-02-21 08:06:31 +08:00
|
|
|
if (DL->getTypeAllocSize(Ty) < MaxOffset) {
|
2014-06-11 04:39:39 +08:00
|
|
|
if (TargetLoweringObjectFile::getKindForGlobal(I, *TM).isBSSLocal())
|
2013-01-07 20:31:25 +08:00
|
|
|
BSSGlobals[AddressSpace].push_back(I);
|
2010-11-18 05:25:39 +08:00
|
|
|
else if (I->isConstant())
|
2013-01-07 20:31:25 +08:00
|
|
|
ConstGlobals[AddressSpace].push_back(I);
|
2010-07-25 05:52:08 +08:00
|
|
|
else
|
2013-01-07 20:31:25 +08:00
|
|
|
Globals[AddressSpace].push_back(I);
|
2010-07-25 05:52:08 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-01-07 20:31:25 +08:00
|
|
|
for (DenseMap<unsigned, SmallVector<GlobalVariable*, 16> >::iterator
|
|
|
|
I = Globals.begin(), E = Globals.end(); I != E; ++I)
|
|
|
|
if (I->second.size() > 1)
|
|
|
|
Changed |= doMerge(I->second, M, false, I->first);
|
|
|
|
|
|
|
|
for (DenseMap<unsigned, SmallVector<GlobalVariable*, 16> >::iterator
|
|
|
|
I = BSSGlobals.begin(), E = BSSGlobals.end(); I != E; ++I)
|
|
|
|
if (I->second.size() > 1)
|
|
|
|
Changed |= doMerge(I->second, M, false, I->first);
|
2010-11-18 05:25:39 +08:00
|
|
|
|
2013-03-19 06:30:07 +08:00
|
|
|
if (EnableGlobalMergeOnConst)
|
|
|
|
for (DenseMap<unsigned, SmallVector<GlobalVariable*, 16> >::iterator
|
|
|
|
I = ConstGlobals.begin(), E = ConstGlobals.end(); I != E; ++I)
|
|
|
|
if (I->second.size() > 1)
|
|
|
|
Changed |= doMerge(I->second, M, true, I->first);
|
2010-07-25 05:52:08 +08:00
|
|
|
|
|
|
|
return Changed;
|
|
|
|
}
|
|
|
|
|
2011-10-18 01:17:43 +08:00
|
|
|
bool GlobalMerge::runOnFunction(Function &F) {
|
2010-07-25 05:52:08 +08:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2013-03-20 05:46:49 +08:00
|
|
|
bool GlobalMerge::doFinalization(Module &M) {
|
|
|
|
MustKeepGlobalVariables.clear();
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2015-02-24 03:28:45 +08:00
|
|
|
Pass *llvm::createGlobalMergePass(const TargetMachine *TM, unsigned Offset) {
|
|
|
|
return new GlobalMerge(TM, Offset);
|
2010-07-25 05:52:08 +08:00
|
|
|
}
|