2010-01-05 13:57:49 +08:00
|
|
|
//===- InstCombineLoadStoreAlloca.cpp -------------------------------------===//
|
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// This file implements the visit functions for load, store and alloca.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2015-01-22 13:25:13 +08:00
|
|
|
#include "InstCombineInternal.h"
|
2015-12-15 17:37:31 +08:00
|
|
|
#include "llvm/ADT/SmallString.h"
|
2012-12-04 00:50:05 +08:00
|
|
|
#include "llvm/ADT/Statistic.h"
|
2010-05-29 00:19:17 +08:00
|
|
|
#include "llvm/Analysis/Loads.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/DataLayout.h"
|
2014-10-19 18:46:46 +08:00
|
|
|
#include "llvm/IR/LLVMContext.h"
|
2013-01-02 19:36:10 +08:00
|
|
|
#include "llvm/IR/IntrinsicInst.h"
|
2015-02-25 13:10:25 +08:00
|
|
|
#include "llvm/IR/MDBuilder.h"
|
2010-01-05 13:57:49 +08:00
|
|
|
#include "llvm/Transforms/Utils/BasicBlockUtils.h"
|
|
|
|
#include "llvm/Transforms/Utils/Local.h"
|
|
|
|
using namespace llvm;
|
|
|
|
|
2014-04-22 10:55:47 +08:00
|
|
|
#define DEBUG_TYPE "instcombine"
|
|
|
|
|
2012-08-21 16:39:44 +08:00
|
|
|
STATISTIC(NumDeadStore, "Number of dead stores eliminated");
|
|
|
|
STATISTIC(NumGlobalCopies, "Number of allocas copied from constant global");
|
|
|
|
|
|
|
|
/// pointsToConstantGlobal - Return true if V (possibly indirectly) points to
|
|
|
|
/// some part of a constant global variable. This intentionally only accepts
|
|
|
|
/// constant expressions because we can't rewrite arbitrary instructions.
|
|
|
|
static bool pointsToConstantGlobal(Value *V) {
|
|
|
|
if (GlobalVariable *GV = dyn_cast<GlobalVariable>(V))
|
|
|
|
return GV->isConstant();
|
2014-04-24 08:01:09 +08:00
|
|
|
|
|
|
|
if (ConstantExpr *CE = dyn_cast<ConstantExpr>(V)) {
|
2012-08-21 16:39:44 +08:00
|
|
|
if (CE->getOpcode() == Instruction::BitCast ||
|
2014-04-24 08:01:09 +08:00
|
|
|
CE->getOpcode() == Instruction::AddrSpaceCast ||
|
2012-08-21 16:39:44 +08:00
|
|
|
CE->getOpcode() == Instruction::GetElementPtr)
|
|
|
|
return pointsToConstantGlobal(CE->getOperand(0));
|
2014-04-24 08:01:09 +08:00
|
|
|
}
|
2012-08-21 16:39:44 +08:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// isOnlyCopiedFromConstantGlobal - Recursively walk the uses of a (derived)
|
|
|
|
/// pointer to an alloca. Ignore any reads of the pointer, return false if we
|
|
|
|
/// see any stores or other unknown uses. If we see pointer arithmetic, keep
|
|
|
|
/// track of whether it moves the pointer (with IsOffset) but otherwise traverse
|
|
|
|
/// the uses. If we see a memcpy/memmove that targets an unoffseted pointer to
|
|
|
|
/// the alloca, and if the source pointer is a pointer to a constant global, we
|
|
|
|
/// can optimize this.
|
|
|
|
static bool
|
|
|
|
isOnlyCopiedFromConstantGlobal(Value *V, MemTransferInst *&TheCopy,
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
SmallVectorImpl<Instruction *> &ToDelete) {
|
2012-08-21 16:39:44 +08:00
|
|
|
// We track lifetime intrinsics as we encounter them. If we decide to go
|
|
|
|
// ahead and replace the value with the global, this lets the caller quickly
|
|
|
|
// eliminate the markers.
|
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
SmallVector<std::pair<Value *, bool>, 35> ValuesToInspect;
|
|
|
|
ValuesToInspect.push_back(std::make_pair(V, false));
|
|
|
|
while (!ValuesToInspect.empty()) {
|
|
|
|
auto ValuePair = ValuesToInspect.pop_back_val();
|
|
|
|
const bool IsOffset = ValuePair.second;
|
|
|
|
for (auto &U : ValuePair.first->uses()) {
|
|
|
|
Instruction *I = cast<Instruction>(U.getUser());
|
|
|
|
|
|
|
|
if (LoadInst *LI = dyn_cast<LoadInst>(I)) {
|
|
|
|
// Ignore non-volatile loads, they are always ok.
|
|
|
|
if (!LI->isSimple()) return false;
|
|
|
|
continue;
|
|
|
|
}
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
if (isa<BitCastInst>(I) || isa<AddrSpaceCastInst>(I)) {
|
|
|
|
// If uses of the bitcast are ok, we are ok.
|
|
|
|
ValuesToInspect.push_back(std::make_pair(I, IsOffset));
|
2012-08-21 16:39:44 +08:00
|
|
|
continue;
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
}
|
|
|
|
if (GetElementPtrInst *GEP = dyn_cast<GetElementPtrInst>(I)) {
|
|
|
|
// If the GEP has all zero indices, it doesn't offset the pointer. If it
|
|
|
|
// doesn't, it does.
|
|
|
|
ValuesToInspect.push_back(
|
|
|
|
std::make_pair(I, IsOffset || !GEP->hasAllZeroIndices()));
|
|
|
|
continue;
|
|
|
|
}
|
2012-08-21 16:39:44 +08:00
|
|
|
|
2015-04-10 22:50:08 +08:00
|
|
|
if (auto CS = CallSite(I)) {
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If this is the function being called then we treat it like a load and
|
|
|
|
// ignore it.
|
|
|
|
if (CS.isCallee(&U))
|
|
|
|
continue;
|
|
|
|
|
2015-12-23 17:58:41 +08:00
|
|
|
unsigned DataOpNo = CS.getDataOperandNo(&U);
|
|
|
|
bool IsArgOperand = CS.isArgOperand(&U);
|
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// Inalloca arguments are clobbered by the call.
|
2015-12-23 17:58:41 +08:00
|
|
|
if (IsArgOperand && CS.isInAllocaArgument(DataOpNo))
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
return false;
|
|
|
|
|
|
|
|
// If this is a readonly/readnone call site, then we know it is just a
|
|
|
|
// load (but one that potentially returns the value itself), so we can
|
|
|
|
// ignore it if we know that the value isn't captured.
|
|
|
|
if (CS.onlyReadsMemory() &&
|
2015-12-23 17:58:41 +08:00
|
|
|
(CS.getInstruction()->use_empty() || CS.doesNotCapture(DataOpNo)))
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
continue;
|
|
|
|
|
|
|
|
// If this is being passed as a byval argument, the caller is making a
|
|
|
|
// copy, so it is only a read of the alloca.
|
2015-12-23 17:58:41 +08:00
|
|
|
if (IsArgOperand && CS.isByValArgument(DataOpNo))
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
continue;
|
|
|
|
}
|
2014-01-28 10:38:36 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// Lifetime intrinsics can be handled by the caller.
|
|
|
|
if (IntrinsicInst *II = dyn_cast<IntrinsicInst>(I)) {
|
|
|
|
if (II->getIntrinsicID() == Intrinsic::lifetime_start ||
|
|
|
|
II->getIntrinsicID() == Intrinsic::lifetime_end) {
|
|
|
|
assert(II->use_empty() && "Lifetime markers have no result to use!");
|
|
|
|
ToDelete.push_back(II);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
}
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If this is isn't our memcpy/memmove, reject it as something we can't
|
|
|
|
// handle.
|
|
|
|
MemTransferInst *MI = dyn_cast<MemTransferInst>(I);
|
|
|
|
if (!MI)
|
|
|
|
return false;
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If the transfer is using the alloca as a source of the transfer, then
|
|
|
|
// ignore it since it is a load (unless the transfer is volatile).
|
|
|
|
if (U.getOperandNo() == 1) {
|
|
|
|
if (MI->isVolatile()) return false;
|
2012-08-21 16:39:44 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If we already have seen a copy, reject the second one.
|
|
|
|
if (TheCopy) return false;
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If the pointer has been offset from the start of the alloca, we can't
|
|
|
|
// safely handle this.
|
|
|
|
if (IsOffset) return false;
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If the memintrinsic isn't using the alloca as the dest, reject it.
|
|
|
|
if (U.getOperandNo() != 0) return false;
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// If the source of the memcpy/move is not a constant global, reject it.
|
|
|
|
if (!pointsToConstantGlobal(MI->getSource()))
|
|
|
|
return false;
|
2012-08-21 16:39:44 +08:00
|
|
|
|
Optimize InstCombine stack memory consumption
This patch reduces the stack memory consumption of the InstCombine
function "isOnlyCopiedFromConstantGlobal() ", that in certain conditions
could overflow the stack because of excessive recursiveness.
For example, in a case like this:
%0 = alloca [50025 x i32], align 4
%1 = getelementptr inbounds [50025 x i32]* %0, i64 0, i64 0
store i32 0, i32* %1
%2 = getelementptr inbounds i32* %1, i64 1
store i32 1, i32* %2
%3 = getelementptr inbounds i32* %2, i64 1
store i32 2, i32* %3
%4 = getelementptr inbounds i32* %3, i64 1
store i32 3, i32* %4
%5 = getelementptr inbounds i32* %4, i64 1
store i32 4, i32* %5
%6 = getelementptr inbounds i32* %5, i64 1
store i32 5, i32* %6
...
This piece of code crashes llvm when trying to apply instcombine on
desktop. On embedded devices this could happen with a much lower limit
of recursiveness. Some instructions (getelementptr and bitcasts) make
the function recursively call itself on their uses, which is what makes
the example above consume so much stack (it becomes a recursive
depth-first tree visit with a very big depth).
The patch changes the algorithm to be semantically equivalent, but
iterative instead of recursive and the visiting order to be from a
depth-first visit to a breadth-first visit (visit all the instructions
of the current level before the ones of the next one).
Now if a lot of memory is required a heap allocation is done instead of
the the stack allocation, avoiding the possible crash.
Reviewed By: rnk
Differential Revision: http://reviews.llvm.org/D4355
Patch by Marcello Maggioni! We don't generally commit large stress test
that look for out of memory conditions, so I didn't request that one be
added to the patch.
llvm-svn: 212133
2014-07-02 05:36:20 +08:00
|
|
|
// Otherwise, the transform is safe. Remember the copy instruction.
|
|
|
|
TheCopy = MI;
|
|
|
|
}
|
2012-08-21 16:39:44 +08:00
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// isOnlyCopiedFromConstantGlobal - Return true if the specified alloca is only
|
|
|
|
/// modified by a copy from a constant global. If we can prove this, we can
|
|
|
|
/// replace any uses of the alloca with uses of the global directly.
|
|
|
|
static MemTransferInst *
|
|
|
|
isOnlyCopiedFromConstantGlobal(AllocaInst *AI,
|
|
|
|
SmallVectorImpl<Instruction *> &ToDelete) {
|
2014-04-25 13:29:35 +08:00
|
|
|
MemTransferInst *TheCopy = nullptr;
|
2012-08-21 16:39:44 +08:00
|
|
|
if (isOnlyCopiedFromConstantGlobal(AI, TheCopy, ToDelete))
|
|
|
|
return TheCopy;
|
2014-04-25 13:29:35 +08:00
|
|
|
return nullptr;
|
2012-08-21 16:39:44 +08:00
|
|
|
}
|
|
|
|
|
2015-03-14 03:22:03 +08:00
|
|
|
static Instruction *simplifyAllocaArraySize(InstCombiner &IC, AllocaInst &AI) {
|
AsmWriter: Write alloca array size explicitly (and -instcombine fixup)
Write the `alloca` array size explicitly when it's non-canonical.
Previously, if the array size was `iX 1` (where X is not 32), the type
would mutate to `i32` when round-tripping through assembly.
The testcase I added fails in `verify-uselistorder` (as well as
`FileCheck`), since the use-lists for `i32 1` and `i64 1` change.
(Manman Ren came across this when running `verify-uselistorder` on some
non-trivial, optimized code as part of PR5680.)
The type mutation started with r104911, which allowed array sizes to be
something other than an `i32`. Starting with r204945, we
"canonicalized" to `i64` on 64-bit platforms -- and then on every
round-trip through assembly, mutated back to `i32`.
I bundled a fixup for `-instcombine` to avoid r204945 on scalar
allocations. (There wasn't a clean way to sequence this into two
commits, since the assembly change on its own caused testcase churn, and
the `-instcombine` change can't be tested without the assembly changes.)
An obvious alternative fix -- change `AllocaInst::AllocaInst()`,
`AsmWriter` and `LLParser` to treat `intptr_t` as the canonical type for
scalar allocations -- was rejected out of hand, since this required
teaching them each about the data layout.
A follow-up commit will add an `-instcombine` to canonicalize the scalar
allocation array size to `i32 1` rather than leaving `iX 1` alone.
rdar://problem/20075773
llvm-svn: 232200
2015-03-14 03:30:44 +08:00
|
|
|
// Check for array size of 1 (scalar allocation).
|
2015-03-14 03:42:09 +08:00
|
|
|
if (!AI.isArrayAllocation()) {
|
|
|
|
// i32 1 is the canonical array size for scalar allocations.
|
|
|
|
if (AI.getArraySize()->getType()->isIntegerTy(32))
|
|
|
|
return nullptr;
|
|
|
|
|
|
|
|
// Canonicalize it.
|
|
|
|
Value *V = IC.Builder->getInt32(1);
|
|
|
|
AI.setOperand(0, V);
|
|
|
|
return &AI;
|
|
|
|
}
|
AsmWriter: Write alloca array size explicitly (and -instcombine fixup)
Write the `alloca` array size explicitly when it's non-canonical.
Previously, if the array size was `iX 1` (where X is not 32), the type
would mutate to `i32` when round-tripping through assembly.
The testcase I added fails in `verify-uselistorder` (as well as
`FileCheck`), since the use-lists for `i32 1` and `i64 1` change.
(Manman Ren came across this when running `verify-uselistorder` on some
non-trivial, optimized code as part of PR5680.)
The type mutation started with r104911, which allowed array sizes to be
something other than an `i32`. Starting with r204945, we
"canonicalized" to `i64` on 64-bit platforms -- and then on every
round-trip through assembly, mutated back to `i32`.
I bundled a fixup for `-instcombine` to avoid r204945 on scalar
allocations. (There wasn't a clean way to sequence this into two
commits, since the assembly change on its own caused testcase churn, and
the `-instcombine` change can't be tested without the assembly changes.)
An obvious alternative fix -- change `AllocaInst::AllocaInst()`,
`AsmWriter` and `LLParser` to treat `intptr_t` as the canonical type for
scalar allocations -- was rejected out of hand, since this required
teaching them each about the data layout.
A follow-up commit will add an `-instcombine` to canonicalize the scalar
allocation array size to `i32 1` rather than leaving `iX 1` alone.
rdar://problem/20075773
llvm-svn: 232200
2015-03-14 03:30:44 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Convert: alloca Ty, C - where C is a constant != 1 into: alloca [C x Ty], 1
|
2015-03-14 03:26:33 +08:00
|
|
|
if (const ConstantInt *C = dyn_cast<ConstantInt>(AI.getArraySize())) {
|
|
|
|
Type *NewTy = ArrayType::get(AI.getAllocatedType(), C->getZExtValue());
|
|
|
|
AllocaInst *New = IC.Builder->CreateAlloca(NewTy, nullptr, AI.getName());
|
|
|
|
New->setAlignment(AI.getAlignment());
|
|
|
|
|
|
|
|
// Scan to the end of the allocation instructions, to skip over a block of
|
|
|
|
// allocas if possible...also skip interleaved debug info
|
|
|
|
//
|
2015-10-14 00:59:33 +08:00
|
|
|
BasicBlock::iterator It(New);
|
2015-03-14 03:26:33 +08:00
|
|
|
while (isa<AllocaInst>(*It) || isa<DbgInfoIntrinsic>(*It))
|
|
|
|
++It;
|
|
|
|
|
|
|
|
// Now that I is pointing to the first non-allocation-inst in the block,
|
|
|
|
// insert our getelementptr instruction...
|
|
|
|
//
|
|
|
|
Type *IdxTy = IC.getDataLayout().getIntPtrType(AI.getType());
|
|
|
|
Value *NullIdx = Constant::getNullValue(IdxTy);
|
|
|
|
Value *Idx[2] = {NullIdx, NullIdx};
|
|
|
|
Instruction *GEP =
|
2013-08-14 08:24:05 +08:00
|
|
|
GetElementPtrInst::CreateInBounds(New, Idx, New->getName() + ".sub");
|
2015-03-14 03:26:33 +08:00
|
|
|
IC.InsertNewInstBefore(GEP, *It);
|
2010-01-05 13:57:49 +08:00
|
|
|
|
2015-03-14 03:26:33 +08:00
|
|
|
// Now make everything use the getelementptr instead of the original
|
|
|
|
// allocation.
|
2016-02-02 06:23:39 +08:00
|
|
|
return IC.replaceInstUsesWith(AI, GEP);
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
2015-03-14 03:26:33 +08:00
|
|
|
if (isa<UndefValue>(AI.getArraySize()))
|
2016-02-02 06:23:39 +08:00
|
|
|
return IC.replaceInstUsesWith(AI, Constant::getNullValue(AI.getType()));
|
2015-03-14 03:26:33 +08:00
|
|
|
|
2015-03-14 03:34:55 +08:00
|
|
|
// Ensure that the alloca array size argument has type intptr_t, so that
|
|
|
|
// any casting is exposed early.
|
|
|
|
Type *IntPtrTy = IC.getDataLayout().getIntPtrType(AI.getType());
|
|
|
|
if (AI.getArraySize()->getType() != IntPtrTy) {
|
|
|
|
Value *V = IC.Builder->CreateIntCast(AI.getArraySize(), IntPtrTy, false);
|
|
|
|
AI.setOperand(0, V);
|
|
|
|
return &AI;
|
|
|
|
}
|
|
|
|
|
2015-03-14 03:22:03 +08:00
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
|
|
|
Instruction *InstCombiner::visitAllocaInst(AllocaInst &AI) {
|
|
|
|
if (auto *I = simplifyAllocaArraySize(*this, AI))
|
|
|
|
return I;
|
|
|
|
|
2015-03-10 10:37:25 +08:00
|
|
|
if (AI.getAllocatedType()->isSized()) {
|
2010-01-05 13:57:49 +08:00
|
|
|
// If the alignment is 0 (unspecified), assign it the preferred alignment.
|
|
|
|
if (AI.getAlignment() == 0)
|
2015-03-10 10:37:25 +08:00
|
|
|
AI.setAlignment(DL.getPrefTypeAlignment(AI.getAllocatedType()));
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
|
|
|
|
// Move all alloca's of zero byte objects to the entry block and merge them
|
|
|
|
// together. Note that we only do this for alloca's, because malloc should
|
|
|
|
// allocate and return a unique pointer, even for a zero byte allocation.
|
2015-03-10 10:37:25 +08:00
|
|
|
if (DL.getTypeAllocSize(AI.getAllocatedType()) == 0) {
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
// For a zero sized alloca there is no point in doing an array allocation.
|
|
|
|
// This is helpful if the array size is a complicated expression not used
|
|
|
|
// elsewhere.
|
|
|
|
if (AI.isArrayAllocation()) {
|
|
|
|
AI.setOperand(0, ConstantInt::get(AI.getArraySize()->getType(), 1));
|
|
|
|
return &AI;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Get the first instruction in the entry block.
|
|
|
|
BasicBlock &EntryBlock = AI.getParent()->getParent()->getEntryBlock();
|
|
|
|
Instruction *FirstInst = EntryBlock.getFirstNonPHIOrDbg();
|
|
|
|
if (FirstInst != &AI) {
|
|
|
|
// If the entry block doesn't start with a zero-size alloca then move
|
|
|
|
// this one to the start of the entry block. There is no problem with
|
|
|
|
// dominance as the array size was forced to a constant earlier already.
|
|
|
|
AllocaInst *EntryAI = dyn_cast<AllocaInst>(FirstInst);
|
|
|
|
if (!EntryAI || !EntryAI->getAllocatedType()->isSized() ||
|
2015-03-10 10:37:25 +08:00
|
|
|
DL.getTypeAllocSize(EntryAI->getAllocatedType()) != 0) {
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
AI.moveBefore(FirstInst);
|
|
|
|
return &AI;
|
|
|
|
}
|
|
|
|
|
2012-09-18 17:31:44 +08:00
|
|
|
// If the alignment of the entry block alloca is 0 (unspecified),
|
|
|
|
// assign it the preferred alignment.
|
|
|
|
if (EntryAI->getAlignment() == 0)
|
|
|
|
EntryAI->setAlignment(
|
2015-03-10 10:37:25 +08:00
|
|
|
DL.getPrefTypeAlignment(EntryAI->getAllocatedType()));
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
// Replace this zero-sized alloca with the one at the start of the entry
|
|
|
|
// block after ensuring that the address will be aligned enough for both
|
|
|
|
// types.
|
2012-09-18 17:31:44 +08:00
|
|
|
unsigned MaxAlign = std::max(EntryAI->getAlignment(),
|
|
|
|
AI.getAlignment());
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
EntryAI->setAlignment(MaxAlign);
|
|
|
|
if (AI.getType() != EntryAI->getType())
|
|
|
|
return new BitCastInst(EntryAI, AI.getType());
|
2016-02-02 06:23:39 +08:00
|
|
|
return replaceInstUsesWith(AI, EntryAI);
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
}
|
2012-08-21 16:39:44 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-11-27 07:04:53 +08:00
|
|
|
if (AI.getAlignment()) {
|
2012-09-25 01:10:03 +08:00
|
|
|
// Check to see if this allocation is only modified by a memcpy/memmove from
|
|
|
|
// a constant global whose alignment is equal to or exceeds that of the
|
|
|
|
// allocation. If this is the case, we can change all users to use
|
|
|
|
// the constant global instead. This is commonly produced by the CFE by
|
|
|
|
// constructs like "void foo() { int A[] = {1,2,3,4,5,6,7,8,9...}; }" if 'A'
|
|
|
|
// is only subsequently read.
|
|
|
|
SmallVector<Instruction *, 4> ToDelete;
|
|
|
|
if (MemTransferInst *Copy = isOnlyCopiedFromConstantGlobal(&AI, ToDelete)) {
|
2015-01-04 20:03:27 +08:00
|
|
|
unsigned SourceAlign = getOrEnforceKnownAlignment(
|
2015-03-10 10:37:25 +08:00
|
|
|
Copy->getSource(), AI.getAlignment(), DL, &AI, AC, DT);
|
2012-11-27 07:04:53 +08:00
|
|
|
if (AI.getAlignment() <= SourceAlign) {
|
2012-09-25 01:10:03 +08:00
|
|
|
DEBUG(dbgs() << "Found alloca equal to global: " << AI << '\n');
|
|
|
|
DEBUG(dbgs() << " memcpy = " << *Copy << '\n');
|
|
|
|
for (unsigned i = 0, e = ToDelete.size(); i != e; ++i)
|
2016-02-02 06:23:39 +08:00
|
|
|
eraseInstFromFunction(*ToDelete[i]);
|
2012-09-25 01:10:03 +08:00
|
|
|
Constant *TheSrc = cast<Constant>(Copy->getSource());
|
2013-12-07 10:58:45 +08:00
|
|
|
Constant *Cast
|
|
|
|
= ConstantExpr::getPointerBitCastOrAddrSpaceCast(TheSrc, AI.getType());
|
2016-02-02 06:23:39 +08:00
|
|
|
Instruction *NewI = replaceInstUsesWith(AI, Cast);
|
|
|
|
eraseInstFromFunction(*Copy);
|
2012-09-25 01:10:03 +08:00
|
|
|
++NumGlobalCopies;
|
|
|
|
return NewI;
|
|
|
|
}
|
Replacing zero-sized alloca's with a null pointer is too aggressive, instead
merge all zero-sized alloca's into one, fixing c43204g from the Ada ACATS
conformance testsuite. What happened there was that a variable sized object
was being allocated on the stack, "alloca i8, i32 %size". It was then being
passed to another function, which tested that the address was not null (raising
an exception if it was) then manipulated %size bytes in it (load and/or store).
The optimizers cleverly managed to deduce that %size was zero (congratulations
to them, as it isn't at all obvious), which made the alloca zero size, causing
the optimizers to replace it with null, which then caused the check mentioned
above to fail, and the exception to be raised, wrongly. Note that no loads
and stores were actually being done to the alloca (the loop that does them is
executed %size times, i.e. is not executed), only the not-null address check.
llvm-svn: 159202
2012-06-26 21:39:21 +08:00
|
|
|
}
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
2012-07-10 02:38:20 +08:00
|
|
|
// At last, use the generic allocation site handler to aggressively remove
|
|
|
|
// unused allocas.
|
|
|
|
return visitAllocSite(AI);
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
2014-10-19 18:46:46 +08:00
|
|
|
/// \brief Helper to combine a load to a new type.
|
|
|
|
///
|
|
|
|
/// This just does the work of combining a load to a new type. It handles
|
|
|
|
/// metadata, etc., and returns the new instruction. The \c NewTy should be the
|
|
|
|
/// loaded *value* type. This will convert it to a pointer, cast the operand to
|
|
|
|
/// that pointer type, load it, etc.
|
|
|
|
///
|
|
|
|
/// Note that this will create all of the instructions with whatever insert
|
|
|
|
/// point the \c InstCombiner currently is using.
|
2015-05-07 13:52:40 +08:00
|
|
|
static LoadInst *combineLoadToNewType(InstCombiner &IC, LoadInst &LI, Type *NewTy,
|
|
|
|
const Twine &Suffix = "") {
|
2014-10-19 18:46:46 +08:00
|
|
|
Value *Ptr = LI.getPointerOperand();
|
|
|
|
unsigned AS = LI.getPointerAddressSpace();
|
2014-11-12 05:30:22 +08:00
|
|
|
SmallVector<std::pair<unsigned, MDNode *>, 8> MD;
|
2014-10-19 18:46:46 +08:00
|
|
|
LI.getAllMetadata(MD);
|
|
|
|
|
|
|
|
LoadInst *NewLoad = IC.Builder->CreateAlignedLoad(
|
|
|
|
IC.Builder->CreateBitCast(Ptr, NewTy->getPointerTo(AS)),
|
2015-05-07 13:52:40 +08:00
|
|
|
LI.getAlignment(), LI.getName() + Suffix);
|
2015-02-25 13:10:25 +08:00
|
|
|
MDBuilder MDB(NewLoad->getContext());
|
2014-10-19 18:46:46 +08:00
|
|
|
for (const auto &MDPair : MD) {
|
|
|
|
unsigned ID = MDPair.first;
|
2014-11-12 05:30:22 +08:00
|
|
|
MDNode *N = MDPair.second;
|
2014-10-19 18:46:46 +08:00
|
|
|
// Note, essentially every kind of metadata should be preserved here! This
|
|
|
|
// routine is supposed to clone a load instruction changing *only its type*.
|
|
|
|
// The only metadata it makes sense to drop is metadata which is invalidated
|
|
|
|
// when the pointer type changes. This should essentially never be the case
|
|
|
|
// in LLVM, but we explicitly switch over only known metadata to be
|
|
|
|
// conservatively correct. If you are adding metadata to LLVM which pertains
|
|
|
|
// to loads, you almost certainly want to add it here.
|
|
|
|
switch (ID) {
|
|
|
|
case LLVMContext::MD_dbg:
|
|
|
|
case LLVMContext::MD_tbaa:
|
|
|
|
case LLVMContext::MD_prof:
|
|
|
|
case LLVMContext::MD_fpmath:
|
|
|
|
case LLVMContext::MD_tbaa_struct:
|
|
|
|
case LLVMContext::MD_invariant_load:
|
|
|
|
case LLVMContext::MD_alias_scope:
|
|
|
|
case LLVMContext::MD_noalias:
|
2014-10-21 08:13:20 +08:00
|
|
|
case LLVMContext::MD_nontemporal:
|
|
|
|
case LLVMContext::MD_mem_parallel_loop_access:
|
2014-10-19 18:46:46 +08:00
|
|
|
// All of these directly apply.
|
|
|
|
NewLoad->setMetadata(ID, N);
|
|
|
|
break;
|
|
|
|
|
2015-02-13 10:30:01 +08:00
|
|
|
case LLVMContext::MD_nonnull:
|
2015-02-25 13:10:25 +08:00
|
|
|
// This only directly applies if the new type is also a pointer.
|
|
|
|
if (NewTy->isPointerTy()) {
|
2015-02-13 10:30:01 +08:00
|
|
|
NewLoad->setMetadata(ID, N);
|
2015-02-25 13:10:25 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
// If it's integral now, translate it to !range metadata.
|
|
|
|
if (NewTy->isIntegerTy()) {
|
|
|
|
auto *ITy = cast<IntegerType>(NewTy);
|
|
|
|
auto *NullInt = ConstantExpr::getPtrToInt(
|
|
|
|
ConstantPointerNull::get(cast<PointerType>(Ptr->getType())), ITy);
|
|
|
|
auto *NonNullInt =
|
|
|
|
ConstantExpr::getAdd(NullInt, ConstantInt::get(ITy, 1));
|
|
|
|
NewLoad->setMetadata(LLVMContext::MD_range,
|
|
|
|
MDB.createRange(NonNullInt, NullInt));
|
|
|
|
}
|
2015-02-13 10:30:01 +08:00
|
|
|
break;
|
2015-11-03 01:53:51 +08:00
|
|
|
case LLVMContext::MD_align:
|
|
|
|
case LLVMContext::MD_dereferenceable:
|
|
|
|
case LLVMContext::MD_dereferenceable_or_null:
|
|
|
|
// These only directly apply if the new type is also a pointer.
|
|
|
|
if (NewTy->isPointerTy())
|
|
|
|
NewLoad->setMetadata(ID, N);
|
|
|
|
break;
|
2014-10-19 18:46:46 +08:00
|
|
|
case LLVMContext::MD_range:
|
|
|
|
// FIXME: It would be nice to propagate this in some way, but the type
|
2015-02-25 13:10:25 +08:00
|
|
|
// conversions make it hard. If the new type is a pointer, we could
|
|
|
|
// translate it to !nonnull metadata.
|
2014-10-19 18:46:46 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return NewLoad;
|
|
|
|
}
|
|
|
|
|
2015-01-22 11:34:54 +08:00
|
|
|
/// \brief Combine a store to a new type.
|
|
|
|
///
|
|
|
|
/// Returns the newly created store instruction.
|
|
|
|
static StoreInst *combineStoreToNewValue(InstCombiner &IC, StoreInst &SI, Value *V) {
|
|
|
|
Value *Ptr = SI.getPointerOperand();
|
|
|
|
unsigned AS = SI.getPointerAddressSpace();
|
|
|
|
SmallVector<std::pair<unsigned, MDNode *>, 8> MD;
|
|
|
|
SI.getAllMetadata(MD);
|
|
|
|
|
|
|
|
StoreInst *NewStore = IC.Builder->CreateAlignedStore(
|
|
|
|
V, IC.Builder->CreateBitCast(Ptr, V->getType()->getPointerTo(AS)),
|
|
|
|
SI.getAlignment());
|
|
|
|
for (const auto &MDPair : MD) {
|
|
|
|
unsigned ID = MDPair.first;
|
|
|
|
MDNode *N = MDPair.second;
|
|
|
|
// Note, essentially every kind of metadata should be preserved here! This
|
|
|
|
// routine is supposed to clone a store instruction changing *only its
|
|
|
|
// type*. The only metadata it makes sense to drop is metadata which is
|
|
|
|
// invalidated when the pointer type changes. This should essentially
|
|
|
|
// never be the case in LLVM, but we explicitly switch over only known
|
|
|
|
// metadata to be conservatively correct. If you are adding metadata to
|
|
|
|
// LLVM which pertains to stores, you almost certainly want to add it
|
|
|
|
// here.
|
|
|
|
switch (ID) {
|
|
|
|
case LLVMContext::MD_dbg:
|
|
|
|
case LLVMContext::MD_tbaa:
|
|
|
|
case LLVMContext::MD_prof:
|
|
|
|
case LLVMContext::MD_fpmath:
|
|
|
|
case LLVMContext::MD_tbaa_struct:
|
|
|
|
case LLVMContext::MD_alias_scope:
|
|
|
|
case LLVMContext::MD_noalias:
|
|
|
|
case LLVMContext::MD_nontemporal:
|
|
|
|
case LLVMContext::MD_mem_parallel_loop_access:
|
|
|
|
// All of these directly apply.
|
|
|
|
NewStore->setMetadata(ID, N);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case LLVMContext::MD_invariant_load:
|
2015-02-13 10:30:01 +08:00
|
|
|
case LLVMContext::MD_nonnull:
|
2015-01-22 11:34:54 +08:00
|
|
|
case LLVMContext::MD_range:
|
2015-11-03 01:53:51 +08:00
|
|
|
case LLVMContext::MD_align:
|
|
|
|
case LLVMContext::MD_dereferenceable:
|
|
|
|
case LLVMContext::MD_dereferenceable_or_null:
|
2015-02-13 10:30:01 +08:00
|
|
|
// These don't apply for stores.
|
2015-01-22 11:34:54 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return NewStore;
|
|
|
|
}
|
|
|
|
|
2014-10-18 14:36:22 +08:00
|
|
|
/// \brief Combine loads to match the type of value their uses after looking
|
|
|
|
/// through intervening bitcasts.
|
|
|
|
///
|
|
|
|
/// The core idea here is that if the result of a load is used in an operation,
|
|
|
|
/// we should load the type most conducive to that operation. For example, when
|
|
|
|
/// loading an integer and converting that immediately to a pointer, we should
|
|
|
|
/// instead directly load a pointer.
|
|
|
|
///
|
|
|
|
/// However, this routine must never change the width of a load or the number of
|
|
|
|
/// loads as that would introduce a semantic change. This combine is expected to
|
|
|
|
/// be a semantic no-op which just allows loads to more closely model the types
|
|
|
|
/// of their consuming operations.
|
|
|
|
///
|
|
|
|
/// Currently, we also refuse to change the precise type used for an atomic load
|
|
|
|
/// or a volatile load. This is debatable, and might be reasonable to change
|
|
|
|
/// later. However, it is risky in case some backend or other part of LLVM is
|
|
|
|
/// relying on the exact type loaded to select appropriate atomic operations.
|
|
|
|
static Instruction *combineLoadToOperationType(InstCombiner &IC, LoadInst &LI) {
|
|
|
|
// FIXME: We could probably with some care handle both volatile and atomic
|
|
|
|
// loads here but it isn't clear that this is important.
|
|
|
|
if (!LI.isSimple())
|
|
|
|
return nullptr;
|
|
|
|
|
|
|
|
if (LI.use_empty())
|
|
|
|
return nullptr;
|
|
|
|
|
2015-01-22 13:08:12 +08:00
|
|
|
Type *Ty = LI.getType();
|
2015-03-10 10:37:25 +08:00
|
|
|
const DataLayout &DL = IC.getDataLayout();
|
2015-01-22 13:08:12 +08:00
|
|
|
|
|
|
|
// Try to canonicalize loads which are only ever stored to operate over
|
|
|
|
// integers instead of any other type. We only do this when the loaded type
|
|
|
|
// is sized and has a size exactly the same as its store size and the store
|
|
|
|
// size is a legal integer type.
|
2015-03-10 10:37:25 +08:00
|
|
|
if (!Ty->isIntegerTy() && Ty->isSized() &&
|
|
|
|
DL.isLegalInteger(DL.getTypeStoreSizeInBits(Ty)) &&
|
|
|
|
DL.getTypeStoreSizeInBits(Ty) == DL.getTypeSizeInBits(Ty)) {
|
2015-01-22 13:08:12 +08:00
|
|
|
if (std::all_of(LI.user_begin(), LI.user_end(), [&LI](User *U) {
|
|
|
|
auto *SI = dyn_cast<StoreInst>(U);
|
|
|
|
return SI && SI->getPointerOperand() != &LI;
|
|
|
|
})) {
|
|
|
|
LoadInst *NewLoad = combineLoadToNewType(
|
|
|
|
IC, LI,
|
2015-03-10 10:37:25 +08:00
|
|
|
Type::getIntNTy(LI.getContext(), DL.getTypeStoreSizeInBits(Ty)));
|
2015-01-22 13:08:12 +08:00
|
|
|
// Replace all the stores with stores of the newly loaded value.
|
|
|
|
for (auto UI = LI.user_begin(), UE = LI.user_end(); UI != UE;) {
|
|
|
|
auto *SI = cast<StoreInst>(*UI++);
|
|
|
|
IC.Builder->SetInsertPoint(SI);
|
|
|
|
combineStoreToNewValue(IC, *SI, NewLoad);
|
2016-02-02 06:23:39 +08:00
|
|
|
IC.eraseInstFromFunction(*SI);
|
2015-01-22 13:08:12 +08:00
|
|
|
}
|
|
|
|
assert(LI.use_empty() && "Failed to remove all users of the load!");
|
|
|
|
// Return the old load so the combiner can delete it safely.
|
|
|
|
return &LI;
|
|
|
|
}
|
|
|
|
}
|
2014-10-18 14:36:22 +08:00
|
|
|
|
|
|
|
// Fold away bit casts of the loaded value by loading the desired type.
|
2016-02-12 06:30:41 +08:00
|
|
|
// We can do this for BitCastInsts as well as casts from and to pointer types,
|
|
|
|
// as long as those are noops (i.e., the source or dest type have the same
|
|
|
|
// bitwidth as the target's pointers).
|
2014-10-18 14:36:22 +08:00
|
|
|
if (LI.hasOneUse())
|
2016-02-12 06:30:41 +08:00
|
|
|
if (auto* CI = dyn_cast<CastInst>(LI.user_back())) {
|
|
|
|
if (CI->isNoopCast(DL)) {
|
|
|
|
LoadInst *NewLoad = combineLoadToNewType(IC, LI, CI->getDestTy());
|
|
|
|
CI->replaceAllUsesWith(NewLoad);
|
|
|
|
IC.eraseInstFromFunction(*CI);
|
|
|
|
return &LI;
|
|
|
|
}
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
2014-10-18 14:36:22 +08:00
|
|
|
|
Revert r223764 which taught instcombine about integer-based elment extraction
patterns.
This is causing Clang to miscompile itself for 32-bit x86 somehow, and likely
also on ARM and PPC. I really don't know how, but reverting now that I've
confirmed this is actually the culprit. I have a reproduction as well and so
should be able to restore this shortly.
This reverts commit r223764.
Original commit log follows:
Teach instcombine to canonicalize "element extraction" from a load of an
integer and "element insertion" into a store of an integer into actual
element extraction, element insertion, and vector loads and stores.
Previously various parts of LLVM (including instcombine itself) would
introduce integer loads and stores into the code as a way of opaquely
loading and storing "bits". In some cases (such as a memcpy of
std::complex<float> object) we will eventually end up using those bits
in non-integer types. In order for SROA to effectively promote the
allocas involved, it splits these "store a bag of bits" integer loads
and stores up into the constituent parts. However, for non-alloca loads
and tsores which remain, it uses integer math to recombine the values
into a large integer to load or store.
All of this would be "fine", except that it forces LLVM to go through
integer math to combine and split up values. While this makes perfect
sense for integers (and in fact is critical for bitfields to end up
lowering efficiently) it is *terrible* for non-integer types, especially
floating point types. We have a much more canonical way of representing
the act of concatenating the bits of two SSA values in LLVM: a vector
and insertelement. This patch teaching InstCombine to use this
representation.
With this patch applied, LLVM will no longer introduce integer math into
the critical path of every loop over std::complex<float> operations such
as those that make up the hot path of ... oh, most HPC code, Eigen, and
any other heavy linear algebra library.
For the record, I looked *extensively* at fixing this in other parts of
the compiler, but it just doesn't work:
- We really do want to canonicalize memcpy and other bit-motion to
integer loads and stores. SSA values are tremendously more powerful
than "copy" intrinsics. Not doing this regresses massive amounts of
LLVM's scalar optimizer.
- We really do need to split up integer loads and stores of this form in
SROA or every memcpy of a trivially copyable struct will prevent SSA
formation of the members of that struct. It essentially turns off
SROA.
- The closest alternative is to actually split the loads and stores when
partitioning with SROA, but this has all of the downsides historically
discussed of splitting up loads and stores -- the wide-store
information is fundamentally lost. We would also see performance
regressions for bitfield-heavy code and other places where the
integers aren't really intended to be split without seemingly
arbitrary logic to treat integers totally differently.
- We *can* effectively fix this in instcombine, so it isn't that hard of
a choice to make IMO.
llvm-svn: 223813
2014-12-10 03:21:16 +08:00
|
|
|
// FIXME: We should also canonicalize loads of vectors when their elements are
|
|
|
|
// cast to other types.
|
2014-04-25 13:29:35 +08:00
|
|
|
return nullptr;
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
2015-05-07 13:52:40 +08:00
|
|
|
static Instruction *unpackLoadToAggregate(InstCombiner &IC, LoadInst &LI) {
|
|
|
|
// FIXME: We could probably with some care handle both volatile and atomic
|
|
|
|
// stores here but it isn't clear that this is important.
|
|
|
|
if (!LI.isSimple())
|
|
|
|
return nullptr;
|
|
|
|
|
|
|
|
Type *T = LI.getType();
|
|
|
|
if (!T->isAggregateType())
|
|
|
|
return nullptr;
|
|
|
|
|
2016-03-11 18:20:56 +08:00
|
|
|
StringRef Name = LI.getName();
|
2015-09-12 09:17:08 +08:00
|
|
|
assert(LI.getAlignment() && "Alignment must be set at this point");
|
2015-05-07 13:52:40 +08:00
|
|
|
|
|
|
|
if (auto *ST = dyn_cast<StructType>(T)) {
|
|
|
|
// If the struct only have one element, we unpack.
|
2016-02-18 03:21:28 +08:00
|
|
|
auto NumElements = ST->getNumElements();
|
|
|
|
if (NumElements == 1) {
|
2015-05-07 13:52:40 +08:00
|
|
|
LoadInst *NewLoad = combineLoadToNewType(IC, LI, ST->getTypeAtIndex(0U),
|
|
|
|
".unpack");
|
2016-02-02 06:23:39 +08:00
|
|
|
return IC.replaceInstUsesWith(LI, IC.Builder->CreateInsertValue(
|
2016-02-18 03:21:28 +08:00
|
|
|
UndefValue::get(T), NewLoad, 0, Name));
|
2015-05-07 13:52:40 +08:00
|
|
|
}
|
2015-12-15 09:44:07 +08:00
|
|
|
|
|
|
|
// We don't want to break loads with padding here as we'd loose
|
|
|
|
// the knowledge that padding exists for the rest of the pipeline.
|
|
|
|
const DataLayout &DL = IC.getDataLayout();
|
|
|
|
auto *SL = DL.getStructLayout(ST);
|
|
|
|
if (SL->hasPadding())
|
|
|
|
return nullptr;
|
|
|
|
|
2016-02-18 03:21:28 +08:00
|
|
|
auto Align = LI.getAlignment();
|
|
|
|
if (!Align)
|
|
|
|
Align = DL.getABITypeAlignment(ST);
|
|
|
|
|
2015-12-15 09:44:07 +08:00
|
|
|
auto *Addr = LI.getPointerOperand();
|
2016-02-18 03:21:28 +08:00
|
|
|
auto *IdxType = Type::getInt32Ty(T->getContext());
|
2015-12-15 09:44:07 +08:00
|
|
|
auto *Zero = ConstantInt::get(IdxType, 0);
|
2016-02-18 03:21:28 +08:00
|
|
|
|
|
|
|
Value *V = UndefValue::get(T);
|
|
|
|
for (unsigned i = 0; i < NumElements; i++) {
|
2015-12-15 09:44:07 +08:00
|
|
|
Value *Indices[2] = {
|
|
|
|
Zero,
|
|
|
|
ConstantInt::get(IdxType, i),
|
|
|
|
};
|
2016-02-18 05:21:29 +08:00
|
|
|
auto *Ptr = IC.Builder->CreateInBoundsGEP(ST, Addr, makeArrayRef(Indices),
|
2016-03-11 18:20:56 +08:00
|
|
|
Name + ".elt");
|
2016-02-18 03:21:28 +08:00
|
|
|
auto EltAlign = MinAlign(Align, SL->getElementOffset(i));
|
2016-03-11 18:20:56 +08:00
|
|
|
auto *L = IC.Builder->CreateAlignedLoad(Ptr, EltAlign, Name + ".unpack");
|
2015-12-15 09:44:07 +08:00
|
|
|
V = IC.Builder->CreateInsertValue(V, L, i);
|
|
|
|
}
|
|
|
|
|
|
|
|
V->setName(Name);
|
2016-02-02 06:23:39 +08:00
|
|
|
return IC.replaceInstUsesWith(LI, V);
|
2015-05-07 13:52:40 +08:00
|
|
|
}
|
|
|
|
|
2015-05-11 13:04:22 +08:00
|
|
|
if (auto *AT = dyn_cast<ArrayType>(T)) {
|
2016-03-03 05:28:30 +08:00
|
|
|
auto *ET = AT->getElementType();
|
|
|
|
auto NumElements = AT->getNumElements();
|
|
|
|
if (NumElements == 1) {
|
|
|
|
LoadInst *NewLoad = combineLoadToNewType(IC, LI, ET, ".unpack");
|
2016-02-02 06:23:39 +08:00
|
|
|
return IC.replaceInstUsesWith(LI, IC.Builder->CreateInsertValue(
|
2016-03-03 05:28:30 +08:00
|
|
|
UndefValue::get(T), NewLoad, 0, Name));
|
2015-05-11 13:04:22 +08:00
|
|
|
}
|
2016-03-03 05:28:30 +08:00
|
|
|
|
|
|
|
const DataLayout &DL = IC.getDataLayout();
|
|
|
|
auto EltSize = DL.getTypeAllocSize(ET);
|
|
|
|
auto Align = LI.getAlignment();
|
|
|
|
if (!Align)
|
|
|
|
Align = DL.getABITypeAlignment(T);
|
|
|
|
|
|
|
|
auto *Addr = LI.getPointerOperand();
|
|
|
|
auto *IdxType = Type::getInt64Ty(T->getContext());
|
|
|
|
auto *Zero = ConstantInt::get(IdxType, 0);
|
|
|
|
|
|
|
|
Value *V = UndefValue::get(T);
|
|
|
|
uint64_t Offset = 0;
|
|
|
|
for (uint64_t i = 0; i < NumElements; i++) {
|
|
|
|
Value *Indices[2] = {
|
|
|
|
Zero,
|
|
|
|
ConstantInt::get(IdxType, i),
|
|
|
|
};
|
|
|
|
auto *Ptr = IC.Builder->CreateInBoundsGEP(AT, Addr, makeArrayRef(Indices),
|
2016-03-11 18:20:56 +08:00
|
|
|
Name + ".elt");
|
2016-03-03 05:28:30 +08:00
|
|
|
auto *L = IC.Builder->CreateAlignedLoad(Ptr, MinAlign(Align, Offset),
|
2016-03-11 18:20:56 +08:00
|
|
|
Name + ".unpack");
|
2016-03-03 05:28:30 +08:00
|
|
|
V = IC.Builder->CreateInsertValue(V, L, i);
|
|
|
|
Offset += EltSize;
|
|
|
|
}
|
|
|
|
|
|
|
|
V->setName(Name);
|
|
|
|
return IC.replaceInstUsesWith(LI, V);
|
2015-05-11 13:04:22 +08:00
|
|
|
}
|
|
|
|
|
2015-05-07 13:52:40 +08:00
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2015-02-20 11:05:53 +08:00
|
|
|
// If we can determine that all possible objects pointed to by the provided
|
|
|
|
// pointer value are, not only dereferenceable, but also definitively less than
|
|
|
|
// or equal to the provided maximum size, then return true. Otherwise, return
|
|
|
|
// false (constant global values and allocas fall into this category).
|
|
|
|
//
|
|
|
|
// FIXME: This should probably live in ValueTracking (or similar).
|
|
|
|
static bool isObjectSizeLessThanOrEq(Value *V, uint64_t MaxSize,
|
2015-03-10 10:37:25 +08:00
|
|
|
const DataLayout &DL) {
|
2015-02-20 11:05:53 +08:00
|
|
|
SmallPtrSet<Value *, 4> Visited;
|
|
|
|
SmallVector<Value *, 4> Worklist(1, V);
|
|
|
|
|
|
|
|
do {
|
|
|
|
Value *P = Worklist.pop_back_val();
|
|
|
|
P = P->stripPointerCasts();
|
|
|
|
|
|
|
|
if (!Visited.insert(P).second)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (SelectInst *SI = dyn_cast<SelectInst>(P)) {
|
|
|
|
Worklist.push_back(SI->getTrueValue());
|
|
|
|
Worklist.push_back(SI->getFalseValue());
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (PHINode *PN = dyn_cast<PHINode>(P)) {
|
2015-05-13 04:05:31 +08:00
|
|
|
for (Value *IncValue : PN->incoming_values())
|
|
|
|
Worklist.push_back(IncValue);
|
2015-02-20 11:05:53 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (GlobalAlias *GA = dyn_cast<GlobalAlias>(P)) {
|
2016-04-17 12:30:43 +08:00
|
|
|
if (GA->isInterposable())
|
2015-02-20 11:05:53 +08:00
|
|
|
return false;
|
|
|
|
Worklist.push_back(GA->getAliasee());
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we know how big this object is, and it is less than MaxSize, continue
|
|
|
|
// searching. Otherwise, return false.
|
|
|
|
if (AllocaInst *AI = dyn_cast<AllocaInst>(P)) {
|
|
|
|
if (!AI->getAllocatedType()->isSized())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
ConstantInt *CS = dyn_cast<ConstantInt>(AI->getArraySize());
|
|
|
|
if (!CS)
|
|
|
|
return false;
|
|
|
|
|
2015-03-10 10:37:25 +08:00
|
|
|
uint64_t TypeSize = DL.getTypeAllocSize(AI->getAllocatedType());
|
2015-02-20 11:05:53 +08:00
|
|
|
// Make sure that, even if the multiplication below would wrap as an
|
|
|
|
// uint64_t, we still do the right thing.
|
|
|
|
if ((CS->getValue().zextOrSelf(128)*APInt(128, TypeSize)).ugt(MaxSize))
|
|
|
|
return false;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (GlobalVariable *GV = dyn_cast<GlobalVariable>(P)) {
|
|
|
|
if (!GV->hasDefinitiveInitializer() || !GV->isConstant())
|
|
|
|
return false;
|
|
|
|
|
2016-01-17 04:30:46 +08:00
|
|
|
uint64_t InitSize = DL.getTypeAllocSize(GV->getValueType());
|
2015-02-20 11:05:53 +08:00
|
|
|
if (InitSize > MaxSize)
|
|
|
|
return false;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
} while (!Worklist.empty());
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we're indexing into an object of a known size, and the outer index is
|
|
|
|
// not a constant, but having any value but zero would lead to undefined
|
|
|
|
// behavior, replace it with zero.
|
|
|
|
//
|
|
|
|
// For example, if we have:
|
|
|
|
// @f.a = private unnamed_addr constant [1 x i32] [i32 12], align 4
|
|
|
|
// ...
|
|
|
|
// %arrayidx = getelementptr inbounds [1 x i32]* @f.a, i64 0, i64 %x
|
|
|
|
// ... = load i32* %arrayidx, align 4
|
|
|
|
// Then we know that we can replace %x in the GEP with i64 0.
|
|
|
|
//
|
|
|
|
// FIXME: We could fold any GEP index to zero that would cause UB if it were
|
|
|
|
// not zero. Currently, we only handle the first such index. Also, we could
|
|
|
|
// also search through non-zero constant indices if we kept track of the
|
|
|
|
// offsets those indices implied.
|
|
|
|
static bool canReplaceGEPIdxWithZero(InstCombiner &IC, GetElementPtrInst *GEPI,
|
|
|
|
Instruction *MemI, unsigned &Idx) {
|
2015-03-10 10:37:25 +08:00
|
|
|
if (GEPI->getNumOperands() < 2)
|
2015-02-20 11:05:53 +08:00
|
|
|
return false;
|
|
|
|
|
|
|
|
// Find the first non-zero index of a GEP. If all indices are zero, return
|
|
|
|
// one past the last index.
|
|
|
|
auto FirstNZIdx = [](const GetElementPtrInst *GEPI) {
|
|
|
|
unsigned I = 1;
|
|
|
|
for (unsigned IE = GEPI->getNumOperands(); I != IE; ++I) {
|
|
|
|
Value *V = GEPI->getOperand(I);
|
|
|
|
if (const ConstantInt *CI = dyn_cast<ConstantInt>(V))
|
|
|
|
if (CI->isZero())
|
|
|
|
continue;
|
|
|
|
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return I;
|
|
|
|
};
|
|
|
|
|
|
|
|
// Skip through initial 'zero' indices, and find the corresponding pointer
|
|
|
|
// type. See if the next index is not a constant.
|
|
|
|
Idx = FirstNZIdx(GEPI);
|
|
|
|
if (Idx == GEPI->getNumOperands())
|
|
|
|
return false;
|
|
|
|
if (isa<Constant>(GEPI->getOperand(Idx)))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
SmallVector<Value *, 4> Ops(GEPI->idx_begin(), GEPI->idx_begin() + Idx);
|
2016-01-20 01:28:00 +08:00
|
|
|
Type *AllocTy =
|
|
|
|
GetElementPtrInst::getIndexedType(GEPI->getSourceElementType(), Ops);
|
2015-02-20 11:05:53 +08:00
|
|
|
if (!AllocTy || !AllocTy->isSized())
|
|
|
|
return false;
|
2015-03-10 10:37:25 +08:00
|
|
|
const DataLayout &DL = IC.getDataLayout();
|
|
|
|
uint64_t TyAllocSize = DL.getTypeAllocSize(AllocTy);
|
2015-02-20 11:05:53 +08:00
|
|
|
|
|
|
|
// If there are more indices after the one we might replace with a zero, make
|
|
|
|
// sure they're all non-negative. If any of them are negative, the overall
|
|
|
|
// address being computed might be before the base address determined by the
|
|
|
|
// first non-zero index.
|
|
|
|
auto IsAllNonNegative = [&]() {
|
|
|
|
for (unsigned i = Idx+1, e = GEPI->getNumOperands(); i != e; ++i) {
|
|
|
|
bool KnownNonNegative, KnownNegative;
|
|
|
|
IC.ComputeSignBit(GEPI->getOperand(i), KnownNonNegative,
|
|
|
|
KnownNegative, 0, MemI);
|
|
|
|
if (KnownNonNegative)
|
|
|
|
continue;
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
|
|
|
};
|
|
|
|
|
|
|
|
// FIXME: If the GEP is not inbounds, and there are extra indices after the
|
|
|
|
// one we'll replace, those could cause the address computation to wrap
|
|
|
|
// (rendering the IsAllNonNegative() check below insufficient). We can do
|
2015-09-12 09:17:08 +08:00
|
|
|
// better, ignoring zero indices (and other indices we can prove small
|
2015-02-20 11:05:53 +08:00
|
|
|
// enough not to wrap).
|
|
|
|
if (Idx+1 != GEPI->getNumOperands() && !GEPI->isInBounds())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Note that isObjectSizeLessThanOrEq will return true only if the pointer is
|
|
|
|
// also known to be dereferenceable.
|
|
|
|
return isObjectSizeLessThanOrEq(GEPI->getOperand(0), TyAllocSize, DL) &&
|
|
|
|
IsAllNonNegative();
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we're indexing into an object with a variable index for the memory
|
|
|
|
// access, but the object has only one element, we can assume that the index
|
|
|
|
// will always be zero. If we replace the GEP, return it.
|
|
|
|
template <typename T>
|
|
|
|
static Instruction *replaceGEPIdxWithZero(InstCombiner &IC, Value *Ptr,
|
|
|
|
T &MemI) {
|
|
|
|
if (GetElementPtrInst *GEPI = dyn_cast<GetElementPtrInst>(Ptr)) {
|
|
|
|
unsigned Idx;
|
|
|
|
if (canReplaceGEPIdxWithZero(IC, GEPI, &MemI, Idx)) {
|
|
|
|
Instruction *NewGEPI = GEPI->clone();
|
|
|
|
NewGEPI->setOperand(Idx,
|
|
|
|
ConstantInt::get(GEPI->getOperand(Idx)->getType(), 0));
|
|
|
|
NewGEPI->insertBefore(GEPI);
|
|
|
|
MemI.setOperand(MemI.getPointerOperandIndex(), NewGEPI);
|
|
|
|
return NewGEPI;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
Instruction *InstCombiner::visitLoadInst(LoadInst &LI) {
|
|
|
|
Value *Op = LI.getOperand(0);
|
|
|
|
|
2014-10-18 14:36:22 +08:00
|
|
|
// Try to canonicalize the loaded type.
|
|
|
|
if (Instruction *Res = combineLoadToOperationType(*this, LI))
|
|
|
|
return Res;
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Attempt to improve the alignment.
|
2015-03-10 10:37:25 +08:00
|
|
|
unsigned KnownAlign = getOrEnforceKnownAlignment(
|
|
|
|
Op, DL.getPrefTypeAlignment(LI.getType()), DL, &LI, AC, DT);
|
|
|
|
unsigned LoadAlign = LI.getAlignment();
|
|
|
|
unsigned EffectiveLoadAlign =
|
|
|
|
LoadAlign != 0 ? LoadAlign : DL.getABITypeAlignment(LI.getType());
|
|
|
|
|
|
|
|
if (KnownAlign > EffectiveLoadAlign)
|
|
|
|
LI.setAlignment(KnownAlign);
|
|
|
|
else if (LoadAlign == 0)
|
|
|
|
LI.setAlignment(EffectiveLoadAlign);
|
2010-01-05 13:57:49 +08:00
|
|
|
|
2015-02-20 11:05:53 +08:00
|
|
|
// Replace GEP indices if possible.
|
|
|
|
if (Instruction *NewGEPI = replaceGEPIdxWithZero(*this, Op, LI)) {
|
|
|
|
Worklist.Add(NewGEPI);
|
|
|
|
return &LI;
|
|
|
|
}
|
|
|
|
|
2011-08-16 06:09:40 +08:00
|
|
|
// None of the following transforms are legal for volatile/atomic loads.
|
|
|
|
// FIXME: Some of it is okay for atomic loads; needs refactoring.
|
2014-04-25 13:29:35 +08:00
|
|
|
if (!LI.isSimple()) return nullptr;
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2015-05-07 13:52:40 +08:00
|
|
|
if (Instruction *Res = unpackLoadToAggregate(*this, LI))
|
|
|
|
return Res;
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Do really simple store-to-load forwarding and load CSE, to catch cases
|
2011-02-15 17:23:02 +08:00
|
|
|
// where there are several consecutive memory accesses to the same location,
|
2010-01-05 13:57:49 +08:00
|
|
|
// separated by a few arithmetic operations.
|
2015-10-14 00:59:33 +08:00
|
|
|
BasicBlock::iterator BBI(LI);
|
2015-07-10 14:55:44 +08:00
|
|
|
AAMDNodes AATags;
|
2015-09-19 03:14:35 +08:00
|
|
|
if (Value *AvailableVal =
|
2016-01-22 09:51:51 +08:00
|
|
|
FindAvailableLoadedValue(&LI, LI.getParent(), BBI,
|
2015-09-19 03:14:35 +08:00
|
|
|
DefMaxInstsToScan, AA, &AATags)) {
|
2015-07-10 14:55:44 +08:00
|
|
|
if (LoadInst *NLI = dyn_cast<LoadInst>(AvailableVal)) {
|
|
|
|
unsigned KnownIDs[] = {
|
2015-11-03 01:53:51 +08:00
|
|
|
LLVMContext::MD_tbaa, LLVMContext::MD_alias_scope,
|
|
|
|
LLVMContext::MD_noalias, LLVMContext::MD_range,
|
|
|
|
LLVMContext::MD_invariant_load, LLVMContext::MD_nonnull,
|
|
|
|
LLVMContext::MD_invariant_group, LLVMContext::MD_align,
|
|
|
|
LLVMContext::MD_dereferenceable,
|
|
|
|
LLVMContext::MD_dereferenceable_or_null};
|
2015-07-10 14:55:44 +08:00
|
|
|
combineMetadata(NLI, &LI, KnownIDs);
|
|
|
|
};
|
|
|
|
|
2016-02-02 06:23:39 +08:00
|
|
|
return replaceInstUsesWith(
|
2014-11-25 16:20:27 +08:00
|
|
|
LI, Builder->CreateBitOrPointerCast(AvailableVal, LI.getType(),
|
|
|
|
LI.getName() + ".cast"));
|
2015-07-10 14:55:44 +08:00
|
|
|
}
|
2010-01-05 13:57:49 +08:00
|
|
|
|
|
|
|
// load(gep null, ...) -> unreachable
|
|
|
|
if (GetElementPtrInst *GEPI = dyn_cast<GetElementPtrInst>(Op)) {
|
|
|
|
const Value *GEPI0 = GEPI->getOperand(0);
|
|
|
|
// TODO: Consider a target hook for valid address spaces for this xform.
|
|
|
|
if (isa<ConstantPointerNull>(GEPI0) && GEPI->getPointerAddressSpace() == 0){
|
|
|
|
// Insert a new store to null instruction before the load to indicate
|
|
|
|
// that this code is not reachable. We do this instead of inserting
|
|
|
|
// an unreachable instruction directly because we cannot modify the
|
|
|
|
// CFG.
|
|
|
|
new StoreInst(UndefValue::get(LI.getType()),
|
|
|
|
Constant::getNullValue(Op->getType()), &LI);
|
2016-02-02 06:23:39 +08:00
|
|
|
return replaceInstUsesWith(LI, UndefValue::get(LI.getType()));
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
}
|
2010-01-05 13:57:49 +08:00
|
|
|
|
|
|
|
// load null/undef -> unreachable
|
|
|
|
// TODO: Consider a target hook for valid address spaces for this xform.
|
|
|
|
if (isa<UndefValue>(Op) ||
|
|
|
|
(isa<ConstantPointerNull>(Op) && LI.getPointerAddressSpace() == 0)) {
|
|
|
|
// Insert a new store to null instruction before the load to indicate that
|
|
|
|
// this code is not reachable. We do this instead of inserting an
|
|
|
|
// unreachable instruction directly because we cannot modify the CFG.
|
|
|
|
new StoreInst(UndefValue::get(LI.getType()),
|
|
|
|
Constant::getNullValue(Op->getType()), &LI);
|
2016-02-02 06:23:39 +08:00
|
|
|
return replaceInstUsesWith(LI, UndefValue::get(LI.getType()));
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (Op->hasOneUse()) {
|
|
|
|
// Change select and PHI nodes to select values instead of addresses: this
|
|
|
|
// helps alias analysis out a lot, allows many others simplifications, and
|
|
|
|
// exposes redundancy in the code.
|
|
|
|
//
|
|
|
|
// Note that we cannot do the transformation unless we know that the
|
|
|
|
// introduced loads cannot trap! Something like this is valid as long as
|
|
|
|
// the condition is always false: load (select bool %C, int* null, int* %G),
|
|
|
|
// but it would not be valid if we transformed it to load from null
|
|
|
|
// unconditionally.
|
|
|
|
//
|
|
|
|
if (SelectInst *SI = dyn_cast<SelectInst>(Op)) {
|
|
|
|
// load (select (Cond, &V1, &V2)) --> select(Cond, load &V1, load &V2).
|
2010-01-30 12:42:39 +08:00
|
|
|
unsigned Align = LI.getAlignment();
|
2016-01-15 23:27:46 +08:00
|
|
|
if (isSafeToLoadUnconditionally(SI->getOperand(1), Align, SI) &&
|
|
|
|
isSafeToLoadUnconditionally(SI->getOperand(2), Align, SI)) {
|
2010-01-30 08:41:10 +08:00
|
|
|
LoadInst *V1 = Builder->CreateLoad(SI->getOperand(1),
|
2010-01-30 12:42:39 +08:00
|
|
|
SI->getOperand(1)->getName()+".val");
|
2010-01-30 08:41:10 +08:00
|
|
|
LoadInst *V2 = Builder->CreateLoad(SI->getOperand(2),
|
2010-01-30 12:42:39 +08:00
|
|
|
SI->getOperand(2)->getName()+".val");
|
|
|
|
V1->setAlignment(Align);
|
|
|
|
V2->setAlignment(Align);
|
2010-01-05 13:57:49 +08:00
|
|
|
return SelectInst::Create(SI->getCondition(), V1, V2);
|
|
|
|
}
|
|
|
|
|
|
|
|
// load (select (cond, null, P)) -> load P
|
2015-09-19 03:14:35 +08:00
|
|
|
if (isa<ConstantPointerNull>(SI->getOperand(1)) &&
|
2014-12-30 06:46:21 +08:00
|
|
|
LI.getPointerAddressSpace() == 0) {
|
|
|
|
LI.setOperand(0, SI->getOperand(2));
|
|
|
|
return &LI;
|
|
|
|
}
|
2010-01-05 13:57:49 +08:00
|
|
|
|
|
|
|
// load (select (cond, P, null)) -> load P
|
2014-12-30 06:46:21 +08:00
|
|
|
if (isa<ConstantPointerNull>(SI->getOperand(2)) &&
|
|
|
|
LI.getPointerAddressSpace() == 0) {
|
|
|
|
LI.setOperand(0, SI->getOperand(1));
|
|
|
|
return &LI;
|
|
|
|
}
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
}
|
2014-04-25 13:29:35 +08:00
|
|
|
return nullptr;
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
2014-11-25 18:09:51 +08:00
|
|
|
/// \brief Combine stores to match the type of value being stored.
|
|
|
|
///
|
|
|
|
/// The core idea here is that the memory does not have any intrinsic type and
|
|
|
|
/// where we can we should match the type of a store to the type of value being
|
|
|
|
/// stored.
|
|
|
|
///
|
|
|
|
/// However, this routine must never change the width of a store or the number of
|
|
|
|
/// stores as that would introduce a semantic change. This combine is expected to
|
|
|
|
/// be a semantic no-op which just allows stores to more closely model the types
|
|
|
|
/// of their incoming values.
|
|
|
|
///
|
|
|
|
/// Currently, we also refuse to change the precise type used for an atomic or
|
|
|
|
/// volatile store. This is debatable, and might be reasonable to change later.
|
|
|
|
/// However, it is risky in case some backend or other part of LLVM is relying
|
|
|
|
/// on the exact type stored to select appropriate atomic operations.
|
|
|
|
///
|
|
|
|
/// \returns true if the store was successfully combined away. This indicates
|
|
|
|
/// the caller must erase the store instruction. We have to let the caller erase
|
2015-09-12 09:17:08 +08:00
|
|
|
/// the store instruction as otherwise there is no way to signal whether it was
|
2014-11-25 18:09:51 +08:00
|
|
|
/// combined or not: IC.EraseInstFromFunction returns a null pointer.
|
|
|
|
static bool combineStoreToValueType(InstCombiner &IC, StoreInst &SI) {
|
|
|
|
// FIXME: We could probably with some care handle both volatile and atomic
|
|
|
|
// stores here but it isn't clear that this is important.
|
|
|
|
if (!SI.isSimple())
|
|
|
|
return false;
|
2010-01-05 13:57:49 +08:00
|
|
|
|
2014-11-25 18:09:51 +08:00
|
|
|
Value *V = SI.getValueOperand();
|
|
|
|
|
|
|
|
// Fold away bit casts of the stored value by storing the original type.
|
|
|
|
if (auto *BC = dyn_cast<BitCastInst>(V)) {
|
Revert r223764 which taught instcombine about integer-based elment extraction
patterns.
This is causing Clang to miscompile itself for 32-bit x86 somehow, and likely
also on ARM and PPC. I really don't know how, but reverting now that I've
confirmed this is actually the culprit. I have a reproduction as well and so
should be able to restore this shortly.
This reverts commit r223764.
Original commit log follows:
Teach instcombine to canonicalize "element extraction" from a load of an
integer and "element insertion" into a store of an integer into actual
element extraction, element insertion, and vector loads and stores.
Previously various parts of LLVM (including instcombine itself) would
introduce integer loads and stores into the code as a way of opaquely
loading and storing "bits". In some cases (such as a memcpy of
std::complex<float> object) we will eventually end up using those bits
in non-integer types. In order for SROA to effectively promote the
allocas involved, it splits these "store a bag of bits" integer loads
and stores up into the constituent parts. However, for non-alloca loads
and tsores which remain, it uses integer math to recombine the values
into a large integer to load or store.
All of this would be "fine", except that it forces LLVM to go through
integer math to combine and split up values. While this makes perfect
sense for integers (and in fact is critical for bitfields to end up
lowering efficiently) it is *terrible* for non-integer types, especially
floating point types. We have a much more canonical way of representing
the act of concatenating the bits of two SSA values in LLVM: a vector
and insertelement. This patch teaching InstCombine to use this
representation.
With this patch applied, LLVM will no longer introduce integer math into
the critical path of every loop over std::complex<float> operations such
as those that make up the hot path of ... oh, most HPC code, Eigen, and
any other heavy linear algebra library.
For the record, I looked *extensively* at fixing this in other parts of
the compiler, but it just doesn't work:
- We really do want to canonicalize memcpy and other bit-motion to
integer loads and stores. SSA values are tremendously more powerful
than "copy" intrinsics. Not doing this regresses massive amounts of
LLVM's scalar optimizer.
- We really do need to split up integer loads and stores of this form in
SROA or every memcpy of a trivially copyable struct will prevent SSA
formation of the members of that struct. It essentially turns off
SROA.
- The closest alternative is to actually split the loads and stores when
partitioning with SROA, but this has all of the downsides historically
discussed of splitting up loads and stores -- the wide-store
information is fundamentally lost. We would also see performance
regressions for bitfield-heavy code and other places where the
integers aren't really intended to be split without seemingly
arbitrary logic to treat integers totally differently.
- We *can* effectively fix this in instcombine, so it isn't that hard of
a choice to make IMO.
llvm-svn: 223813
2014-12-10 03:21:16 +08:00
|
|
|
V = BC->getOperand(0);
|
2015-01-22 07:45:01 +08:00
|
|
|
combineStoreToNewValue(IC, SI, V);
|
2014-11-25 18:09:51 +08:00
|
|
|
return true;
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2014-11-25 18:09:51 +08:00
|
|
|
// FIXME: We should also canonicalize loads of vectors when their elements are
|
|
|
|
// cast to other types.
|
|
|
|
return false;
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
2015-03-15 06:19:33 +08:00
|
|
|
static bool unpackStoreToAggregate(InstCombiner &IC, StoreInst &SI) {
|
|
|
|
// FIXME: We could probably with some care handle both volatile and atomic
|
|
|
|
// stores here but it isn't clear that this is important.
|
|
|
|
if (!SI.isSimple())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
Value *V = SI.getValueOperand();
|
|
|
|
Type *T = V->getType();
|
|
|
|
|
|
|
|
if (!T->isAggregateType())
|
|
|
|
return false;
|
|
|
|
|
2015-05-07 13:52:40 +08:00
|
|
|
if (auto *ST = dyn_cast<StructType>(T)) {
|
2015-03-15 06:19:33 +08:00
|
|
|
// If the struct only have one element, we unpack.
|
2015-12-15 09:44:07 +08:00
|
|
|
unsigned Count = ST->getNumElements();
|
|
|
|
if (Count == 1) {
|
2015-03-15 06:19:33 +08:00
|
|
|
V = IC.Builder->CreateExtractValue(V, 0);
|
|
|
|
combineStoreToNewValue(IC, SI, V);
|
2015-05-11 13:04:27 +08:00
|
|
|
return true;
|
|
|
|
}
|
2015-12-15 09:44:07 +08:00
|
|
|
|
|
|
|
// We don't want to break loads with padding here as we'd loose
|
|
|
|
// the knowledge that padding exists for the rest of the pipeline.
|
|
|
|
const DataLayout &DL = IC.getDataLayout();
|
|
|
|
auto *SL = DL.getStructLayout(ST);
|
|
|
|
if (SL->hasPadding())
|
|
|
|
return false;
|
|
|
|
|
2016-02-18 03:21:28 +08:00
|
|
|
auto Align = SI.getAlignment();
|
|
|
|
if (!Align)
|
|
|
|
Align = DL.getABITypeAlignment(ST);
|
|
|
|
|
2015-12-15 17:37:31 +08:00
|
|
|
SmallString<16> EltName = V->getName();
|
|
|
|
EltName += ".elt";
|
2015-12-15 09:44:07 +08:00
|
|
|
auto *Addr = SI.getPointerOperand();
|
2015-12-15 17:37:31 +08:00
|
|
|
SmallString<16> AddrName = Addr->getName();
|
|
|
|
AddrName += ".repack";
|
2016-02-18 03:21:28 +08:00
|
|
|
|
2015-12-15 09:44:07 +08:00
|
|
|
auto *IdxType = Type::getInt32Ty(ST->getContext());
|
|
|
|
auto *Zero = ConstantInt::get(IdxType, 0);
|
|
|
|
for (unsigned i = 0; i < Count; i++) {
|
|
|
|
Value *Indices[2] = {
|
|
|
|
Zero,
|
|
|
|
ConstantInt::get(IdxType, i),
|
|
|
|
};
|
2016-02-18 05:21:29 +08:00
|
|
|
auto *Ptr = IC.Builder->CreateInBoundsGEP(ST, Addr, makeArrayRef(Indices),
|
|
|
|
AddrName);
|
2015-12-15 09:44:07 +08:00
|
|
|
auto *Val = IC.Builder->CreateExtractValue(V, i, EltName);
|
2016-02-18 03:21:28 +08:00
|
|
|
auto EltAlign = MinAlign(Align, SL->getElementOffset(i));
|
|
|
|
IC.Builder->CreateAlignedStore(Val, Ptr, EltAlign);
|
2015-12-15 09:44:07 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
2015-05-11 13:04:27 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (auto *AT = dyn_cast<ArrayType>(T)) {
|
|
|
|
// If the array only have one element, we unpack.
|
2016-03-03 06:36:45 +08:00
|
|
|
auto NumElements = AT->getNumElements();
|
|
|
|
if (NumElements == 1) {
|
2015-05-11 13:04:27 +08:00
|
|
|
V = IC.Builder->CreateExtractValue(V, 0);
|
|
|
|
combineStoreToNewValue(IC, SI, V);
|
2015-03-15 06:19:33 +08:00
|
|
|
return true;
|
|
|
|
}
|
2016-03-03 06:36:45 +08:00
|
|
|
|
|
|
|
const DataLayout &DL = IC.getDataLayout();
|
|
|
|
auto EltSize = DL.getTypeAllocSize(AT->getElementType());
|
|
|
|
auto Align = SI.getAlignment();
|
|
|
|
if (!Align)
|
|
|
|
Align = DL.getABITypeAlignment(T);
|
|
|
|
|
|
|
|
SmallString<16> EltName = V->getName();
|
|
|
|
EltName += ".elt";
|
|
|
|
auto *Addr = SI.getPointerOperand();
|
|
|
|
SmallString<16> AddrName = Addr->getName();
|
|
|
|
AddrName += ".repack";
|
|
|
|
|
|
|
|
auto *IdxType = Type::getInt64Ty(T->getContext());
|
|
|
|
auto *Zero = ConstantInt::get(IdxType, 0);
|
|
|
|
|
|
|
|
uint64_t Offset = 0;
|
|
|
|
for (uint64_t i = 0; i < NumElements; i++) {
|
|
|
|
Value *Indices[2] = {
|
|
|
|
Zero,
|
|
|
|
ConstantInt::get(IdxType, i),
|
|
|
|
};
|
|
|
|
auto *Ptr = IC.Builder->CreateInBoundsGEP(AT, Addr, makeArrayRef(Indices),
|
|
|
|
AddrName);
|
|
|
|
auto *Val = IC.Builder->CreateExtractValue(V, i, EltName);
|
|
|
|
auto EltAlign = MinAlign(Align, Offset);
|
|
|
|
IC.Builder->CreateAlignedStore(Val, Ptr, EltAlign);
|
|
|
|
Offset += EltSize;
|
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
2015-03-15 06:19:33 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
/// equivalentAddressValues - Test if A and B will obviously have the same
|
|
|
|
/// value. This includes recognizing that %t0 and %t1 will have the same
|
|
|
|
/// value in code like this:
|
|
|
|
/// %t0 = getelementptr \@a, 0, 3
|
|
|
|
/// store i32 0, i32* %t0
|
|
|
|
/// %t1 = getelementptr \@a, 0, 3
|
|
|
|
/// %t2 = load i32* %t1
|
|
|
|
///
|
|
|
|
static bool equivalentAddressValues(Value *A, Value *B) {
|
|
|
|
// Test if the values are trivially equivalent.
|
|
|
|
if (A == B) return true;
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Test if the values come form identical arithmetic instructions.
|
|
|
|
// This uses isIdenticalToWhenDefined instead of isIdenticalTo because
|
|
|
|
// its only used to compare two uses within the same basic block, which
|
|
|
|
// means that they'll always either have the same value or one of them
|
|
|
|
// will have an undefined value.
|
|
|
|
if (isa<BinaryOperator>(A) ||
|
|
|
|
isa<CastInst>(A) ||
|
|
|
|
isa<PHINode>(A) ||
|
|
|
|
isa<GetElementPtrInst>(A))
|
|
|
|
if (Instruction *BI = dyn_cast<Instruction>(B))
|
|
|
|
if (cast<Instruction>(A)->isIdenticalToWhenDefined(BI))
|
|
|
|
return true;
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Otherwise they may not be equivalent.
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
Instruction *InstCombiner::visitStoreInst(StoreInst &SI) {
|
|
|
|
Value *Val = SI.getOperand(0);
|
|
|
|
Value *Ptr = SI.getOperand(1);
|
|
|
|
|
2014-11-25 18:09:51 +08:00
|
|
|
// Try to canonicalize the stored type.
|
|
|
|
if (combineStoreToValueType(*this, SI))
|
2016-02-02 06:23:39 +08:00
|
|
|
return eraseInstFromFunction(SI);
|
2014-11-25 18:09:51 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Attempt to improve the alignment.
|
2015-03-10 10:37:25 +08:00
|
|
|
unsigned KnownAlign = getOrEnforceKnownAlignment(
|
|
|
|
Ptr, DL.getPrefTypeAlignment(Val->getType()), DL, &SI, AC, DT);
|
|
|
|
unsigned StoreAlign = SI.getAlignment();
|
|
|
|
unsigned EffectiveStoreAlign =
|
|
|
|
StoreAlign != 0 ? StoreAlign : DL.getABITypeAlignment(Val->getType());
|
|
|
|
|
|
|
|
if (KnownAlign > EffectiveStoreAlign)
|
|
|
|
SI.setAlignment(KnownAlign);
|
|
|
|
else if (StoreAlign == 0)
|
|
|
|
SI.setAlignment(EffectiveStoreAlign);
|
2010-01-05 13:57:49 +08:00
|
|
|
|
2015-03-15 06:19:33 +08:00
|
|
|
// Try to canonicalize the stored type.
|
|
|
|
if (unpackStoreToAggregate(*this, SI))
|
2016-02-02 06:23:39 +08:00
|
|
|
return eraseInstFromFunction(SI);
|
2015-03-15 06:19:33 +08:00
|
|
|
|
2015-02-20 11:05:53 +08:00
|
|
|
// Replace GEP indices if possible.
|
|
|
|
if (Instruction *NewGEPI = replaceGEPIdxWithZero(*this, Ptr, SI)) {
|
|
|
|
Worklist.Add(NewGEPI);
|
|
|
|
return &SI;
|
|
|
|
}
|
|
|
|
|
2015-12-18 06:19:27 +08:00
|
|
|
// Don't hack volatile/ordered stores.
|
|
|
|
// FIXME: Some bits are legal for ordered atomic stores; needs refactoring.
|
|
|
|
if (!SI.isUnordered()) return nullptr;
|
2011-08-16 06:09:40 +08:00
|
|
|
|
|
|
|
// If the RHS is an alloca with a single use, zapify the store, making the
|
|
|
|
// alloca dead.
|
|
|
|
if (Ptr->hasOneUse()) {
|
2013-04-06 05:20:12 +08:00
|
|
|
if (isa<AllocaInst>(Ptr))
|
2016-02-02 06:23:39 +08:00
|
|
|
return eraseInstFromFunction(SI);
|
2011-08-16 06:09:40 +08:00
|
|
|
if (GetElementPtrInst *GEP = dyn_cast<GetElementPtrInst>(Ptr)) {
|
|
|
|
if (isa<AllocaInst>(GEP->getOperand(0))) {
|
|
|
|
if (GEP->getOperand(0)->hasOneUse())
|
2016-02-02 06:23:39 +08:00
|
|
|
return eraseInstFromFunction(SI);
|
2011-08-16 06:09:40 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Do really simple DSE, to catch cases where there are several consecutive
|
|
|
|
// stores to the same location, separated by a few arithmetic operations. This
|
|
|
|
// situation often occurs with bitfield accesses.
|
2015-10-14 00:59:33 +08:00
|
|
|
BasicBlock::iterator BBI(SI);
|
2010-01-05 13:57:49 +08:00
|
|
|
for (unsigned ScanInsts = 6; BBI != SI.getParent()->begin() && ScanInsts;
|
|
|
|
--ScanInsts) {
|
|
|
|
--BBI;
|
2010-01-23 03:05:05 +08:00
|
|
|
// Don't count debug info directives, lest they affect codegen,
|
|
|
|
// and we skip pointer-to-pointer bitcasts, which are NOPs.
|
|
|
|
if (isa<DbgInfoIntrinsic>(BBI) ||
|
2010-02-16 19:11:14 +08:00
|
|
|
(isa<BitCastInst>(BBI) && BBI->getType()->isPointerTy())) {
|
2010-01-05 13:57:49 +08:00
|
|
|
ScanInsts++;
|
|
|
|
continue;
|
2013-04-06 05:20:12 +08:00
|
|
|
}
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
if (StoreInst *PrevSI = dyn_cast<StoreInst>(BBI)) {
|
|
|
|
// Prev store isn't volatile, and stores to the same location?
|
2015-12-18 06:19:27 +08:00
|
|
|
if (PrevSI->isUnordered() && equivalentAddressValues(PrevSI->getOperand(1),
|
2011-08-16 06:09:40 +08:00
|
|
|
SI.getOperand(1))) {
|
2010-01-05 13:57:49 +08:00
|
|
|
++NumDeadStore;
|
|
|
|
++BBI;
|
2016-02-02 06:23:39 +08:00
|
|
|
eraseInstFromFunction(*PrevSI);
|
2010-01-05 13:57:49 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// If this is a load, we have to stop. However, if the loaded value is from
|
|
|
|
// the pointer we're loading and is producing the pointer we're storing,
|
|
|
|
// then *this* store is dead (X = load P; store X -> P).
|
|
|
|
if (LoadInst *LI = dyn_cast<LoadInst>(BBI)) {
|
2015-12-18 06:19:27 +08:00
|
|
|
if (LI == Val && equivalentAddressValues(LI->getOperand(0), Ptr)) {
|
|
|
|
assert(SI.isUnordered() && "can't eliminate ordering operation");
|
2016-02-02 06:23:39 +08:00
|
|
|
return eraseInstFromFunction(SI);
|
2015-12-18 06:19:27 +08:00
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Otherwise, this is a load from some other location. Stores before it
|
|
|
|
// may not be dead.
|
|
|
|
break;
|
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Don't skip over loads or things that can modify memory.
|
|
|
|
if (BBI->mayWriteToMemory() || BBI->mayReadFromMemory())
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
// store X, null -> turns into 'unreachable' in SimplifyCFG
|
|
|
|
if (isa<ConstantPointerNull>(Ptr) && SI.getPointerAddressSpace() == 0) {
|
|
|
|
if (!isa<UndefValue>(Val)) {
|
|
|
|
SI.setOperand(0, UndefValue::get(Val->getType()));
|
|
|
|
if (Instruction *U = dyn_cast<Instruction>(Val))
|
|
|
|
Worklist.Add(U); // Dropped a use.
|
|
|
|
}
|
2014-04-25 13:29:35 +08:00
|
|
|
return nullptr; // Do not modify these!
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
// store undef, Ptr -> noop
|
|
|
|
if (isa<UndefValue>(Val))
|
2016-02-02 06:23:39 +08:00
|
|
|
return eraseInstFromFunction(SI);
|
2010-01-05 13:57:49 +08:00
|
|
|
|
2015-12-18 06:19:27 +08:00
|
|
|
// The code below needs to be audited and adjusted for unordered atomics
|
|
|
|
if (!SI.isSimple())
|
|
|
|
return nullptr;
|
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// If this store is the last instruction in the basic block (possibly
|
2010-01-22 07:07:15 +08:00
|
|
|
// excepting debug info instructions), and if the block ends with an
|
|
|
|
// unconditional branch, try to move it to the successor block.
|
2015-10-14 00:59:33 +08:00
|
|
|
BBI = SI.getIterator();
|
2010-01-05 13:57:49 +08:00
|
|
|
do {
|
|
|
|
++BBI;
|
2010-01-23 03:05:05 +08:00
|
|
|
} while (isa<DbgInfoIntrinsic>(BBI) ||
|
2010-02-16 19:11:14 +08:00
|
|
|
(isa<BitCastInst>(BBI) && BBI->getType()->isPointerTy()));
|
2010-01-05 13:57:49 +08:00
|
|
|
if (BranchInst *BI = dyn_cast<BranchInst>(BBI))
|
|
|
|
if (BI->isUnconditional())
|
|
|
|
if (SimplifyStoreAtEndOfBlock(SI))
|
2014-04-25 13:29:35 +08:00
|
|
|
return nullptr; // xform done!
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2014-04-25 13:29:35 +08:00
|
|
|
return nullptr;
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/// SimplifyStoreAtEndOfBlock - Turn things like:
|
|
|
|
/// if () { *P = v1; } else { *P = v2 }
|
|
|
|
/// into a phi node with a store in the successor.
|
|
|
|
///
|
|
|
|
/// Simplify things like:
|
|
|
|
/// *P = v1; if () { *P = v2; }
|
|
|
|
/// into a phi node with a store in the successor.
|
|
|
|
///
|
|
|
|
bool InstCombiner::SimplifyStoreAtEndOfBlock(StoreInst &SI) {
|
|
|
|
BasicBlock *StoreBB = SI.getParent();
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Check to see if the successor block has exactly two incoming edges. If
|
|
|
|
// so, see if the other predecessor contains a store to the same location.
|
|
|
|
// if so, insert a PHI node (if needed) and move the stores down.
|
|
|
|
BasicBlock *DestBB = StoreBB->getTerminator()->getSuccessor(0);
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Determine whether Dest has exactly two predecessors and, if so, compute
|
|
|
|
// the other predecessor.
|
|
|
|
pred_iterator PI = pred_begin(DestBB);
|
2010-07-12 23:48:26 +08:00
|
|
|
BasicBlock *P = *PI;
|
2014-04-25 13:29:35 +08:00
|
|
|
BasicBlock *OtherBB = nullptr;
|
2010-07-12 23:48:26 +08:00
|
|
|
|
|
|
|
if (P != StoreBB)
|
|
|
|
OtherBB = P;
|
|
|
|
|
|
|
|
if (++PI == pred_end(DestBB))
|
2010-01-05 13:57:49 +08:00
|
|
|
return false;
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-07-12 23:48:26 +08:00
|
|
|
P = *PI;
|
|
|
|
if (P != StoreBB) {
|
2010-01-05 13:57:49 +08:00
|
|
|
if (OtherBB)
|
|
|
|
return false;
|
2010-07-12 23:48:26 +08:00
|
|
|
OtherBB = P;
|
2010-01-05 13:57:49 +08:00
|
|
|
}
|
|
|
|
if (++PI != pred_end(DestBB))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Bail out if all the relevant blocks aren't distinct (this can happen,
|
|
|
|
// for example, if SI is in an infinite loop)
|
|
|
|
if (StoreBB == DestBB || OtherBB == DestBB)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Verify that the other block ends in a branch and is not otherwise empty.
|
2015-10-14 00:59:33 +08:00
|
|
|
BasicBlock::iterator BBI(OtherBB->getTerminator());
|
2010-01-05 13:57:49 +08:00
|
|
|
BranchInst *OtherBr = dyn_cast<BranchInst>(BBI);
|
|
|
|
if (!OtherBr || BBI == OtherBB->begin())
|
|
|
|
return false;
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// If the other block ends in an unconditional branch, check for the 'if then
|
|
|
|
// else' case. there is an instruction before the branch.
|
2014-04-25 13:29:35 +08:00
|
|
|
StoreInst *OtherStore = nullptr;
|
2010-01-05 13:57:49 +08:00
|
|
|
if (OtherBr->isUnconditional()) {
|
|
|
|
--BBI;
|
|
|
|
// Skip over debugging info.
|
2010-01-23 03:05:05 +08:00
|
|
|
while (isa<DbgInfoIntrinsic>(BBI) ||
|
2010-02-16 19:11:14 +08:00
|
|
|
(isa<BitCastInst>(BBI) && BBI->getType()->isPointerTy())) {
|
2010-01-05 13:57:49 +08:00
|
|
|
if (BBI==OtherBB->begin())
|
|
|
|
return false;
|
|
|
|
--BBI;
|
|
|
|
}
|
2011-08-16 06:09:40 +08:00
|
|
|
// If this isn't a store, isn't a store to the same location, or is not the
|
|
|
|
// right kind of store, bail out.
|
2010-01-05 13:57:49 +08:00
|
|
|
OtherStore = dyn_cast<StoreInst>(BBI);
|
|
|
|
if (!OtherStore || OtherStore->getOperand(1) != SI.getOperand(1) ||
|
2011-08-16 06:09:40 +08:00
|
|
|
!SI.isSameOperationAs(OtherStore))
|
2010-01-05 13:57:49 +08:00
|
|
|
return false;
|
|
|
|
} else {
|
|
|
|
// Otherwise, the other block ended with a conditional branch. If one of the
|
|
|
|
// destinations is StoreBB, then we have the if/then case.
|
2013-04-06 05:20:12 +08:00
|
|
|
if (OtherBr->getSuccessor(0) != StoreBB &&
|
2010-01-05 13:57:49 +08:00
|
|
|
OtherBr->getSuccessor(1) != StoreBB)
|
|
|
|
return false;
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Okay, we know that OtherBr now goes to Dest and StoreBB, so this is an
|
|
|
|
// if/then triangle. See if there is a store to the same ptr as SI that
|
|
|
|
// lives in OtherBB.
|
|
|
|
for (;; --BBI) {
|
|
|
|
// Check to see if we find the matching store.
|
|
|
|
if ((OtherStore = dyn_cast<StoreInst>(BBI))) {
|
|
|
|
if (OtherStore->getOperand(1) != SI.getOperand(1) ||
|
2011-08-16 06:09:40 +08:00
|
|
|
!SI.isSameOperationAs(OtherStore))
|
2010-01-05 13:57:49 +08:00
|
|
|
return false;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
// If we find something that may be using or overwriting the stored
|
|
|
|
// value, or if we run out of instructions, we can't do the xform.
|
|
|
|
if (BBI->mayReadFromMemory() || BBI->mayWriteToMemory() ||
|
|
|
|
BBI == OtherBB->begin())
|
|
|
|
return false;
|
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// In order to eliminate the store in OtherBr, we have to
|
|
|
|
// make sure nothing reads or overwrites the stored value in
|
|
|
|
// StoreBB.
|
|
|
|
for (BasicBlock::iterator I = StoreBB->begin(); &*I != &SI; ++I) {
|
|
|
|
// FIXME: This should really be AA driven.
|
|
|
|
if (I->mayReadFromMemory() || I->mayWriteToMemory())
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Insert a PHI node now if we need it.
|
|
|
|
Value *MergedVal = OtherStore->getOperand(0);
|
|
|
|
if (MergedVal != SI.getOperand(0)) {
|
2011-03-30 19:28:46 +08:00
|
|
|
PHINode *PN = PHINode::Create(MergedVal->getType(), 2, "storemerge");
|
2010-01-05 13:57:49 +08:00
|
|
|
PN->addIncoming(SI.getOperand(0), SI.getParent());
|
|
|
|
PN->addIncoming(OtherStore->getOperand(0), OtherBB);
|
|
|
|
MergedVal = InsertNewInstBefore(PN, DestBB->front());
|
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Advance to a place where it is safe to insert the new store and
|
|
|
|
// insert it.
|
2011-08-17 04:45:24 +08:00
|
|
|
BBI = DestBB->getFirstInsertionPt();
|
2011-05-27 08:19:40 +08:00
|
|
|
StoreInst *NewSI = new StoreInst(MergedVal, SI.getOperand(1),
|
2011-08-16 06:09:40 +08:00
|
|
|
SI.isVolatile(),
|
|
|
|
SI.getAlignment(),
|
|
|
|
SI.getOrdering(),
|
|
|
|
SI.getSynchScope());
|
2011-05-27 08:19:40 +08:00
|
|
|
InsertNewInstBefore(NewSI, *BBI);
|
2013-04-06 05:20:12 +08:00
|
|
|
NewSI->setDebugLoc(OtherStore->getDebugLoc());
|
2011-05-27 08:19:40 +08:00
|
|
|
|
2014-07-24 20:16:19 +08:00
|
|
|
// If the two stores had AA tags, merge them.
|
|
|
|
AAMDNodes AATags;
|
|
|
|
SI.getAAMetadata(AATags);
|
|
|
|
if (AATags) {
|
|
|
|
OtherStore->getAAMetadata(AATags, /* Merge = */ true);
|
|
|
|
NewSI->setAAMetadata(AATags);
|
|
|
|
}
|
2013-04-06 05:20:12 +08:00
|
|
|
|
2010-01-05 13:57:49 +08:00
|
|
|
// Nuke the old stores.
|
2016-02-02 06:23:39 +08:00
|
|
|
eraseInstFromFunction(SI);
|
|
|
|
eraseInstFromFunction(*OtherStore);
|
2010-01-05 13:57:49 +08:00
|
|
|
return true;
|
|
|
|
}
|