2013-01-07 16:35:46 +01:00
|
|
|
//===- llvm/unittest/IR/IRBuilderTest.cpp - IRBuilder tests ---------------===//
|
2011-05-22 01:14:36 +02:00
|
|
|
//
|
2019-01-19 09:50:56 +01:00
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
2011-05-22 01:14:36 +02:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2013-01-02 12:36:10 +01:00
|
|
|
#include "llvm/IR/IRBuilder.h"
|
|
|
|
#include "llvm/IR/BasicBlock.h"
|
2015-01-21 19:32:56 +01:00
|
|
|
#include "llvm/IR/DIBuilder.h"
|
2017-06-06 13:06:56 +02:00
|
|
|
#include "llvm/IR/DataLayout.h"
|
2013-01-02 12:36:10 +01:00
|
|
|
#include "llvm/IR/Function.h"
|
|
|
|
#include "llvm/IR/IntrinsicInst.h"
|
|
|
|
#include "llvm/IR/LLVMContext.h"
|
|
|
|
#include "llvm/IR/MDBuilder.h"
|
|
|
|
#include "llvm/IR/Module.h"
|
2014-03-04 13:05:47 +01:00
|
|
|
#include "llvm/IR/NoFolder.h"
|
2015-03-31 04:09:55 +02:00
|
|
|
#include "llvm/IR/Verifier.h"
|
2011-05-22 01:14:36 +02:00
|
|
|
#include "gtest/gtest.h"
|
|
|
|
|
|
|
|
using namespace llvm;
|
|
|
|
|
2011-12-20 03:50:00 +01:00
|
|
|
namespace {
|
2012-06-20 10:39:27 +02:00
|
|
|
|
2011-05-22 01:14:36 +02:00
|
|
|
class IRBuilderTest : public testing::Test {
|
|
|
|
protected:
|
2015-04-11 04:11:45 +02:00
|
|
|
void SetUp() override {
|
2013-11-15 10:34:33 +01:00
|
|
|
M.reset(new Module("MyModule", Ctx));
|
|
|
|
FunctionType *FTy = FunctionType::get(Type::getVoidTy(Ctx),
|
2011-05-22 01:14:36 +02:00
|
|
|
/*isVarArg=*/false);
|
2012-07-16 09:44:51 +02:00
|
|
|
F = Function::Create(FTy, Function::ExternalLinkage, "", M.get());
|
2013-11-15 10:34:33 +01:00
|
|
|
BB = BasicBlock::Create(Ctx, "", F);
|
|
|
|
GV = new GlobalVariable(*M, Type::getFloatTy(Ctx), true,
|
2014-06-09 00:29:17 +02:00
|
|
|
GlobalValue::ExternalLinkage, nullptr);
|
2011-05-22 01:14:36 +02:00
|
|
|
}
|
|
|
|
|
2015-04-11 04:11:45 +02:00
|
|
|
void TearDown() override {
|
2014-06-09 00:29:17 +02:00
|
|
|
BB = nullptr;
|
2011-05-22 01:14:36 +02:00
|
|
|
M.reset();
|
|
|
|
}
|
|
|
|
|
2013-11-15 10:34:33 +01:00
|
|
|
LLVMContext Ctx;
|
2014-03-06 06:51:42 +01:00
|
|
|
std::unique_ptr<Module> M;
|
2012-07-16 09:44:51 +02:00
|
|
|
Function *F;
|
2011-05-22 01:14:36 +02:00
|
|
|
BasicBlock *BB;
|
2012-11-28 22:17:34 +01:00
|
|
|
GlobalVariable *GV;
|
2011-05-22 01:14:36 +02:00
|
|
|
};
|
|
|
|
|
2018-02-20 19:21:43 +01:00
|
|
|
TEST_F(IRBuilderTest, Intrinsics) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
Value *V;
|
2018-10-08 12:32:33 +02:00
|
|
|
Instruction *I;
|
2018-02-20 19:21:43 +01:00
|
|
|
CallInst *Call;
|
|
|
|
IntrinsicInst *II;
|
|
|
|
|
|
|
|
V = Builder.CreateLoad(GV);
|
2018-10-08 12:32:33 +02:00
|
|
|
I = cast<Instruction>(Builder.CreateFAdd(V, V));
|
|
|
|
I->setHasNoInfs(true);
|
|
|
|
I->setHasNoNaNs(false);
|
2018-02-20 19:21:43 +01:00
|
|
|
|
|
|
|
Call = Builder.CreateMinNum(V, V);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::minnum);
|
|
|
|
|
|
|
|
Call = Builder.CreateMaxNum(V, V);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::maxnum);
|
2018-05-29 20:06:50 +02:00
|
|
|
|
[Intrinsic] Add llvm.minimum and llvm.maximum instrinsic functions
Summary:
These new intrinsics have the semantics of the `minimum` and `maximum`
operations specified by the latest draft of IEEE 754-2018. Unlike
llvm.minnum and llvm.maxnum, these new intrinsics propagate NaNs and
always treat -0.0 as less than 0.0. `minimum` and `maximum` lower
directly to the existing `fminnan` and `fmaxnan` ISel DAG nodes. It is
safe to reuse these DAG nodes because before this patch were only
emitted in situations where there were known to be no NaN arguments or
where NaN propagation was correct and there were known to be no zero
arguments. I know of only four backends that lower fminnan and
fmaxnan: WebAssembly, ARM, AArch64, and SystemZ, and each of these
lowers fminnan and fmaxnan to instructions that are compatible with
the IEEE 754-2018 semantics.
Reviewers: aheejin, dschuff, sunfish, javed.absar
Subscribers: kristof.beyls, dexonsmith, kristina, llvm-commits
Differential Revision: https://reviews.llvm.org/D52764
llvm-svn: 344437
2018-10-13 09:21:44 +02:00
|
|
|
Call = Builder.CreateMinimum(V, V);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::minimum);
|
|
|
|
|
|
|
|
Call = Builder.CreateMaximum(V, V);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::maximum);
|
|
|
|
|
2018-10-08 12:32:33 +02:00
|
|
|
Call = Builder.CreateIntrinsic(Intrinsic::readcyclecounter, {}, {});
|
2018-05-29 20:06:50 +02:00
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::readcyclecounter);
|
2018-10-08 12:32:33 +02:00
|
|
|
|
|
|
|
Call = Builder.CreateUnaryIntrinsic(Intrinsic::fabs, V);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::fabs);
|
|
|
|
EXPECT_FALSE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
|
|
|
|
|
|
|
Call = Builder.CreateUnaryIntrinsic(Intrinsic::fabs, V, I);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::fabs);
|
|
|
|
EXPECT_TRUE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
|
|
|
|
|
|
|
Call = Builder.CreateBinaryIntrinsic(Intrinsic::pow, V, V);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::pow);
|
|
|
|
EXPECT_FALSE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
|
|
|
|
|
|
|
Call = Builder.CreateBinaryIntrinsic(Intrinsic::pow, V, V, I);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::pow);
|
|
|
|
EXPECT_TRUE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
|
|
|
|
|
|
|
Call = Builder.CreateIntrinsic(Intrinsic::fma, {V->getType()}, {V, V, V});
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::fma);
|
|
|
|
EXPECT_FALSE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
|
|
|
|
|
|
|
Call = Builder.CreateIntrinsic(Intrinsic::fma, {V->getType()}, {V, V, V}, I);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::fma);
|
|
|
|
EXPECT_TRUE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
|
|
|
|
|
|
|
Call = Builder.CreateIntrinsic(Intrinsic::fma, {V->getType()}, {V, V, V}, I);
|
|
|
|
II = cast<IntrinsicInst>(Call);
|
|
|
|
EXPECT_EQ(II->getIntrinsicID(), Intrinsic::fma);
|
|
|
|
EXPECT_TRUE(II->hasNoInfs());
|
|
|
|
EXPECT_FALSE(II->hasNoNaNs());
|
2018-02-20 19:21:43 +01:00
|
|
|
}
|
|
|
|
|
2011-05-22 01:14:36 +02:00
|
|
|
TEST_F(IRBuilderTest, Lifetime) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
AllocaInst *Var1 = Builder.CreateAlloca(Builder.getInt8Ty());
|
|
|
|
AllocaInst *Var2 = Builder.CreateAlloca(Builder.getInt32Ty());
|
|
|
|
AllocaInst *Var3 = Builder.CreateAlloca(Builder.getInt8Ty(),
|
|
|
|
Builder.getInt32(123));
|
|
|
|
|
|
|
|
CallInst *Start1 = Builder.CreateLifetimeStart(Var1);
|
|
|
|
CallInst *Start2 = Builder.CreateLifetimeStart(Var2);
|
|
|
|
CallInst *Start3 = Builder.CreateLifetimeStart(Var3, Builder.getInt64(100));
|
|
|
|
|
|
|
|
EXPECT_EQ(Start1->getArgOperand(0), Builder.getInt64(-1));
|
|
|
|
EXPECT_EQ(Start2->getArgOperand(0), Builder.getInt64(-1));
|
|
|
|
EXPECT_EQ(Start3->getArgOperand(0), Builder.getInt64(100));
|
|
|
|
|
|
|
|
EXPECT_EQ(Start1->getArgOperand(1), Var1);
|
|
|
|
EXPECT_NE(Start2->getArgOperand(1), Var2);
|
|
|
|
EXPECT_EQ(Start3->getArgOperand(1), Var3);
|
|
|
|
|
|
|
|
Value *End1 = Builder.CreateLifetimeEnd(Var1);
|
|
|
|
Builder.CreateLifetimeEnd(Var2);
|
|
|
|
Builder.CreateLifetimeEnd(Var3);
|
|
|
|
|
|
|
|
IntrinsicInst *II_Start1 = dyn_cast<IntrinsicInst>(Start1);
|
|
|
|
IntrinsicInst *II_End1 = dyn_cast<IntrinsicInst>(End1);
|
2014-06-09 00:29:17 +02:00
|
|
|
ASSERT_TRUE(II_Start1 != nullptr);
|
2011-05-22 01:14:36 +02:00
|
|
|
EXPECT_EQ(II_Start1->getIntrinsicID(), Intrinsic::lifetime_start);
|
2014-06-09 00:29:17 +02:00
|
|
|
ASSERT_TRUE(II_End1 != nullptr);
|
2011-05-22 01:14:36 +02:00
|
|
|
EXPECT_EQ(II_End1->getIntrinsicID(), Intrinsic::lifetime_end);
|
|
|
|
}
|
2012-06-20 10:39:27 +02:00
|
|
|
|
2012-07-16 09:44:51 +02:00
|
|
|
TEST_F(IRBuilderTest, CreateCondBr) {
|
|
|
|
IRBuilder<> Builder(BB);
|
2013-11-15 10:34:33 +01:00
|
|
|
BasicBlock *TBB = BasicBlock::Create(Ctx, "", F);
|
|
|
|
BasicBlock *FBB = BasicBlock::Create(Ctx, "", F);
|
2012-07-16 09:44:51 +02:00
|
|
|
|
|
|
|
BranchInst *BI = Builder.CreateCondBr(Builder.getTrue(), TBB, FBB);
|
2018-10-15 12:42:50 +02:00
|
|
|
Instruction *TI = BB->getTerminator();
|
2012-07-16 09:44:51 +02:00
|
|
|
EXPECT_EQ(BI, TI);
|
|
|
|
EXPECT_EQ(2u, TI->getNumSuccessors());
|
|
|
|
EXPECT_EQ(TBB, TI->getSuccessor(0));
|
|
|
|
EXPECT_EQ(FBB, TI->getSuccessor(1));
|
2012-07-16 09:45:06 +02:00
|
|
|
|
|
|
|
BI->eraseFromParent();
|
2013-11-15 10:34:33 +01:00
|
|
|
MDNode *Weights = MDBuilder(Ctx).createBranchWeights(42, 13);
|
2012-07-16 09:45:06 +02:00
|
|
|
BI = Builder.CreateCondBr(Builder.getTrue(), TBB, FBB, Weights);
|
|
|
|
TI = BB->getTerminator();
|
|
|
|
EXPECT_EQ(BI, TI);
|
|
|
|
EXPECT_EQ(2u, TI->getNumSuccessors());
|
|
|
|
EXPECT_EQ(TBB, TI->getSuccessor(0));
|
|
|
|
EXPECT_EQ(FBB, TI->getSuccessor(1));
|
|
|
|
EXPECT_EQ(Weights, TI->getMetadata(LLVMContext::MD_prof));
|
2012-07-16 09:44:51 +02:00
|
|
|
}
|
|
|
|
|
2012-12-21 13:03:03 +01:00
|
|
|
TEST_F(IRBuilderTest, LandingPadName) {
|
|
|
|
IRBuilder<> Builder(BB);
|
2015-06-17 22:52:32 +02:00
|
|
|
LandingPadInst *LP = Builder.CreateLandingPad(Builder.getInt32Ty(), 0, "LP");
|
2012-12-21 13:03:03 +01:00
|
|
|
EXPECT_EQ(LP->getName(), "LP");
|
|
|
|
}
|
|
|
|
|
2014-02-25 23:23:04 +01:00
|
|
|
TEST_F(IRBuilderTest, DataLayout) {
|
2014-03-06 06:51:42 +01:00
|
|
|
std::unique_ptr<Module> M(new Module("test", Ctx));
|
2014-02-25 23:23:04 +01:00
|
|
|
M->setDataLayout("e-n32");
|
2015-03-04 19:43:29 +01:00
|
|
|
EXPECT_TRUE(M->getDataLayout().isLegalInteger(32));
|
2014-02-25 23:23:04 +01:00
|
|
|
M->setDataLayout("e");
|
2015-03-04 19:43:29 +01:00
|
|
|
EXPECT_FALSE(M->getDataLayout().isLegalInteger(32));
|
2014-02-25 23:23:04 +01:00
|
|
|
}
|
|
|
|
|
2012-10-31 10:50:01 +01:00
|
|
|
TEST_F(IRBuilderTest, GetIntTy) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
IntegerType *Ty1 = Builder.getInt1Ty();
|
2013-11-15 10:34:33 +01:00
|
|
|
EXPECT_EQ(Ty1, IntegerType::get(Ctx, 1));
|
2012-10-31 10:50:01 +01:00
|
|
|
|
|
|
|
DataLayout* DL = new DataLayout(M.get());
|
2015-03-10 03:37:25 +01:00
|
|
|
IntegerType *IntPtrTy = Builder.getIntPtrTy(*DL);
|
2012-10-31 10:50:01 +01:00
|
|
|
unsigned IntPtrBitSize = DL->getPointerSizeInBits(0);
|
2013-11-15 10:34:33 +01:00
|
|
|
EXPECT_EQ(IntPtrTy, IntegerType::get(Ctx, IntPtrBitSize));
|
2013-01-23 09:31:28 +01:00
|
|
|
delete DL;
|
2012-10-31 10:50:01 +01:00
|
|
|
}
|
|
|
|
|
2012-11-28 22:19:52 +01:00
|
|
|
TEST_F(IRBuilderTest, FastMathFlags) {
|
|
|
|
IRBuilder<> Builder(BB);
|
2015-07-10 14:52:00 +02:00
|
|
|
Value *F, *FC;
|
2015-12-14 22:59:03 +01:00
|
|
|
Instruction *FDiv, *FAdd, *FCmp, *FCall;
|
2012-11-28 22:19:52 +01:00
|
|
|
|
|
|
|
F = Builder.CreateLoad(GV);
|
|
|
|
F = Builder.CreateFAdd(F, F);
|
|
|
|
|
|
|
|
EXPECT_FALSE(Builder.getFastMathFlags().any());
|
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FAdd = cast<Instruction>(F);
|
|
|
|
EXPECT_FALSE(FAdd->hasNoNaNs());
|
|
|
|
|
|
|
|
FastMathFlags FMF;
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
2012-11-28 22:19:52 +01:00
|
|
|
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
// By default, no flags are set.
|
2012-11-28 22:19:52 +01:00
|
|
|
F = Builder.CreateFAdd(F, F);
|
|
|
|
EXPECT_FALSE(Builder.getFastMathFlags().any());
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FAdd = cast<Instruction>(F);
|
|
|
|
EXPECT_FALSE(FAdd->hasNoNaNs());
|
|
|
|
EXPECT_FALSE(FAdd->hasNoInfs());
|
|
|
|
EXPECT_FALSE(FAdd->hasNoSignedZeros());
|
|
|
|
EXPECT_FALSE(FAdd->hasAllowReciprocal());
|
|
|
|
EXPECT_FALSE(FAdd->hasAllowContract());
|
|
|
|
EXPECT_FALSE(FAdd->hasAllowReassoc());
|
|
|
|
EXPECT_FALSE(FAdd->hasApproxFunc());
|
2012-11-28 22:19:52 +01:00
|
|
|
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
// Set all flags in the instruction.
|
|
|
|
FAdd->setFast(true);
|
|
|
|
EXPECT_TRUE(FAdd->hasNoNaNs());
|
|
|
|
EXPECT_TRUE(FAdd->hasNoInfs());
|
|
|
|
EXPECT_TRUE(FAdd->hasNoSignedZeros());
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowReciprocal());
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowContract());
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowReassoc());
|
|
|
|
EXPECT_TRUE(FAdd->hasApproxFunc());
|
|
|
|
|
|
|
|
// All flags are set in the builder.
|
|
|
|
FMF.setFast();
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
2012-11-28 22:19:52 +01:00
|
|
|
|
|
|
|
F = Builder.CreateFAdd(F, F);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().all());
|
2012-11-28 22:19:52 +01:00
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FAdd = cast<Instruction>(F);
|
|
|
|
EXPECT_TRUE(FAdd->hasNoNaNs());
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
EXPECT_TRUE(FAdd->isFast());
|
2013-12-05 01:32:09 +01:00
|
|
|
|
|
|
|
// Now, try it with CreateBinOp
|
|
|
|
F = Builder.CreateBinOp(Instruction::FAdd, F, F);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FAdd = cast<Instruction>(F);
|
|
|
|
EXPECT_TRUE(FAdd->hasNoNaNs());
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
EXPECT_TRUE(FAdd->isFast());
|
2012-11-28 22:19:52 +01:00
|
|
|
|
|
|
|
F = Builder.CreateFDiv(F, F);
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().all());
|
2012-11-28 22:19:52 +01:00
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FDiv = cast<Instruction>(F);
|
|
|
|
EXPECT_TRUE(FDiv->hasAllowReciprocal());
|
|
|
|
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
// Clear all FMF in the builder.
|
2012-11-28 22:19:52 +01:00
|
|
|
Builder.clearFastMathFlags();
|
|
|
|
|
|
|
|
F = Builder.CreateFDiv(F, F);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FDiv = cast<Instruction>(F);
|
|
|
|
EXPECT_FALSE(FDiv->hasAllowReciprocal());
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
|
|
|
|
// Try individual flags.
|
2012-11-28 22:19:52 +01:00
|
|
|
FMF.clear();
|
2012-12-09 22:12:04 +01:00
|
|
|
FMF.setAllowReciprocal();
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
2012-11-28 22:19:52 +01:00
|
|
|
|
|
|
|
F = Builder.CreateFDiv(F, F);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().AllowReciprocal);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FDiv = cast<Instruction>(F);
|
|
|
|
EXPECT_TRUE(FDiv->hasAllowReciprocal());
|
|
|
|
|
2012-11-29 22:25:12 +01:00
|
|
|
Builder.clearFastMathFlags();
|
|
|
|
|
2015-07-10 14:52:00 +02:00
|
|
|
FC = Builder.CreateFCmpOEQ(F, F);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(FC));
|
|
|
|
FCmp = cast<Instruction>(FC);
|
|
|
|
EXPECT_FALSE(FCmp->hasAllowReciprocal());
|
|
|
|
|
|
|
|
FMF.clear();
|
|
|
|
FMF.setAllowReciprocal();
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
2015-07-10 14:52:00 +02:00
|
|
|
|
|
|
|
FC = Builder.CreateFCmpOEQ(F, F);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().AllowReciprocal);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(FC));
|
|
|
|
FCmp = cast<Instruction>(FC);
|
|
|
|
EXPECT_TRUE(FCmp->hasAllowReciprocal());
|
|
|
|
|
2015-12-14 22:59:03 +01:00
|
|
|
Builder.clearFastMathFlags();
|
2017-03-28 22:11:52 +02:00
|
|
|
|
|
|
|
// Test FP-contract
|
|
|
|
FC = Builder.CreateFAdd(F, F);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(FC));
|
|
|
|
FAdd = cast<Instruction>(FC);
|
|
|
|
EXPECT_FALSE(FAdd->hasAllowContract());
|
|
|
|
|
|
|
|
FMF.clear();
|
|
|
|
FMF.setAllowContract(true);
|
|
|
|
Builder.setFastMathFlags(FMF);
|
|
|
|
|
|
|
|
FC = Builder.CreateFAdd(F, F);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().AllowContract);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(FC));
|
|
|
|
FAdd = cast<Instruction>(FC);
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowContract());
|
|
|
|
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
FMF.setApproxFunc();
|
|
|
|
Builder.clearFastMathFlags();
|
|
|
|
Builder.setFastMathFlags(FMF);
|
|
|
|
// Now 'aml' and 'contract' are set.
|
|
|
|
F = Builder.CreateFMul(F, F);
|
|
|
|
FAdd = cast<Instruction>(F);
|
|
|
|
EXPECT_TRUE(FAdd->hasApproxFunc());
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowContract());
|
|
|
|
EXPECT_FALSE(FAdd->hasAllowReassoc());
|
|
|
|
|
|
|
|
FMF.setAllowReassoc();
|
2017-03-28 22:11:52 +02:00
|
|
|
Builder.clearFastMathFlags();
|
[IR] redefine 'UnsafeAlgebra' / 'reassoc' fast-math-flags and add 'trans' fast-math-flag
As discussed on llvm-dev:
http://lists.llvm.org/pipermail/llvm-dev/2016-November/107104.html
and again more recently:
http://lists.llvm.org/pipermail/llvm-dev/2017-October/118118.html
...this is a step in cleaning up our fast-math-flags implementation in IR to better match
the capabilities of both clang's user-visible flags and the backend's flags for SDNode.
As proposed in the above threads, we're replacing the 'UnsafeAlgebra' bit (which had the
'umbrella' meaning that all flags are set) with a new bit that only applies to algebraic
reassociation - 'AllowReassoc'.
We're also adding a bit to allow approximations for library functions called 'ApproxFunc'
(this was initially proposed as 'libm' or similar).
...and we're out of bits. 7 bits ought to be enough for anyone, right? :) FWIW, I did
look at getting this out of SubclassOptionalData via SubclassData (spacious 16-bits),
but that's apparently already used for other purposes. Also, I don't think we can just
add a field to FPMathOperator because Operator is not intended to be instantiated.
We'll defer movement of FMF to another day.
We keep the 'fast' keyword. I thought about removing that, but seeing IR like this:
%f.fast = fadd reassoc nnan ninf nsz arcp contract afn float %op1, %op2
...made me think we want to keep the shortcut synonym.
Finally, this change is binary incompatible with existing IR as seen in the
compatibility tests. This statement:
"Newer releases can ignore features from older releases, but they cannot miscompile
them. For example, if nsw is ever replaced with something else, dropping it would be
a valid way to upgrade the IR."
( http://llvm.org/docs/DeveloperPolicy.html#ir-backwards-compatibility )
...provides the flexibility we want to make this change without requiring a new IR
version. Ie, we're not loosening the FP strictness of existing IR. At worst, we will
fail to optimize some previously 'fast' code because it's no longer recognized as
'fast'. This should get fixed as we audit/squash all of the uses of 'isFast()'.
Note: an inter-dependent clang commit to use the new API name should closely follow
commit.
Differential Revision: https://reviews.llvm.org/D39304
llvm-svn: 317488
2017-11-06 17:27:15 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
|
|
|
// Now 'aml' and 'contract' and 'reassoc' are set.
|
|
|
|
F = Builder.CreateFMul(F, F);
|
|
|
|
FAdd = cast<Instruction>(F);
|
|
|
|
EXPECT_TRUE(FAdd->hasApproxFunc());
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowContract());
|
|
|
|
EXPECT_TRUE(FAdd->hasAllowReassoc());
|
2017-03-28 22:11:52 +02:00
|
|
|
|
2015-12-14 22:59:03 +01:00
|
|
|
// Test a call with FMF.
|
|
|
|
auto CalleeTy = FunctionType::get(Type::getFloatTy(Ctx),
|
|
|
|
/*isVarArg=*/false);
|
|
|
|
auto Callee =
|
|
|
|
Function::Create(CalleeTy, Function::ExternalLinkage, "", M.get());
|
|
|
|
|
|
|
|
FCall = Builder.CreateCall(Callee, None);
|
|
|
|
EXPECT_FALSE(FCall->hasNoNaNs());
|
|
|
|
|
2015-12-31 16:39:34 +01:00
|
|
|
Value *V =
|
|
|
|
Function::Create(CalleeTy, Function::ExternalLinkage, "", M.get());
|
|
|
|
FCall = Builder.CreateCall(V, None);
|
|
|
|
EXPECT_FALSE(FCall->hasNoNaNs());
|
|
|
|
|
2015-12-14 22:59:03 +01:00
|
|
|
FMF.clear();
|
|
|
|
FMF.setNoNaNs();
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
2015-12-14 22:59:03 +01:00
|
|
|
|
|
|
|
FCall = Builder.CreateCall(Callee, None);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().NoNaNs);
|
|
|
|
EXPECT_TRUE(FCall->hasNoNaNs());
|
|
|
|
|
2015-12-31 16:39:34 +01:00
|
|
|
FCall = Builder.CreateCall(V, None);
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().any());
|
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().NoNaNs);
|
|
|
|
EXPECT_TRUE(FCall->hasNoNaNs());
|
|
|
|
|
2015-07-10 14:52:00 +02:00
|
|
|
Builder.clearFastMathFlags();
|
|
|
|
|
2014-09-02 22:03:00 +02:00
|
|
|
// To test a copy, make sure that a '0' and a '1' change state.
|
2012-11-29 22:25:12 +01:00
|
|
|
F = Builder.CreateFDiv(F, F);
|
|
|
|
ASSERT_TRUE(isa<Instruction>(F));
|
|
|
|
FDiv = cast<Instruction>(F);
|
|
|
|
EXPECT_FALSE(FDiv->getFastMathFlags().any());
|
2014-09-02 22:03:00 +02:00
|
|
|
FDiv->setHasAllowReciprocal(true);
|
|
|
|
FAdd->setHasAllowReciprocal(false);
|
2017-03-22 00:50:52 +01:00
|
|
|
FAdd->setHasNoNaNs(true);
|
2012-11-29 22:25:12 +01:00
|
|
|
FDiv->copyFastMathFlags(FAdd);
|
|
|
|
EXPECT_TRUE(FDiv->hasNoNaNs());
|
2014-09-02 22:03:00 +02:00
|
|
|
EXPECT_FALSE(FDiv->hasAllowReciprocal());
|
2012-11-29 22:25:12 +01:00
|
|
|
|
2012-11-28 22:19:52 +01:00
|
|
|
}
|
|
|
|
|
2014-01-05 04:22:33 +01:00
|
|
|
TEST_F(IRBuilderTest, WrapFlags) {
|
2016-03-13 22:05:13 +01:00
|
|
|
IRBuilder<NoFolder> Builder(BB);
|
2014-01-05 04:22:33 +01:00
|
|
|
|
|
|
|
// Test instructions.
|
|
|
|
GlobalVariable *G = new GlobalVariable(*M, Builder.getInt32Ty(), true,
|
2014-06-09 00:29:17 +02:00
|
|
|
GlobalValue::ExternalLinkage, nullptr);
|
2014-01-05 04:22:33 +01:00
|
|
|
Value *V = Builder.CreateLoad(G);
|
|
|
|
EXPECT_TRUE(
|
|
|
|
cast<BinaryOperator>(Builder.CreateNSWAdd(V, V))->hasNoSignedWrap());
|
|
|
|
EXPECT_TRUE(
|
|
|
|
cast<BinaryOperator>(Builder.CreateNSWMul(V, V))->hasNoSignedWrap());
|
|
|
|
EXPECT_TRUE(
|
|
|
|
cast<BinaryOperator>(Builder.CreateNSWSub(V, V))->hasNoSignedWrap());
|
|
|
|
EXPECT_TRUE(cast<BinaryOperator>(
|
|
|
|
Builder.CreateShl(V, V, "", /* NUW */ false, /* NSW */ true))
|
|
|
|
->hasNoSignedWrap());
|
|
|
|
|
|
|
|
EXPECT_TRUE(
|
|
|
|
cast<BinaryOperator>(Builder.CreateNUWAdd(V, V))->hasNoUnsignedWrap());
|
|
|
|
EXPECT_TRUE(
|
|
|
|
cast<BinaryOperator>(Builder.CreateNUWMul(V, V))->hasNoUnsignedWrap());
|
|
|
|
EXPECT_TRUE(
|
|
|
|
cast<BinaryOperator>(Builder.CreateNUWSub(V, V))->hasNoUnsignedWrap());
|
|
|
|
EXPECT_TRUE(cast<BinaryOperator>(
|
|
|
|
Builder.CreateShl(V, V, "", /* NUW */ true, /* NSW */ false))
|
|
|
|
->hasNoUnsignedWrap());
|
|
|
|
|
|
|
|
// Test operators created with constants.
|
|
|
|
Constant *C = Builder.getInt32(42);
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(Builder.CreateNSWAdd(C, C))
|
|
|
|
->hasNoSignedWrap());
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(Builder.CreateNSWSub(C, C))
|
|
|
|
->hasNoSignedWrap());
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(Builder.CreateNSWMul(C, C))
|
|
|
|
->hasNoSignedWrap());
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(
|
|
|
|
Builder.CreateShl(C, C, "", /* NUW */ false, /* NSW */ true))
|
|
|
|
->hasNoSignedWrap());
|
|
|
|
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(Builder.CreateNUWAdd(C, C))
|
|
|
|
->hasNoUnsignedWrap());
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(Builder.CreateNUWSub(C, C))
|
|
|
|
->hasNoUnsignedWrap());
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(Builder.CreateNUWMul(C, C))
|
|
|
|
->hasNoUnsignedWrap());
|
|
|
|
EXPECT_TRUE(cast<OverflowingBinaryOperator>(
|
|
|
|
Builder.CreateShl(C, C, "", /* NUW */ true, /* NSW */ false))
|
|
|
|
->hasNoUnsignedWrap());
|
|
|
|
}
|
|
|
|
|
2013-09-30 17:39:48 +02:00
|
|
|
TEST_F(IRBuilderTest, RAIIHelpersTest) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
EXPECT_FALSE(Builder.getFastMathFlags().allowReciprocal());
|
|
|
|
MDBuilder MDB(M->getContext());
|
|
|
|
|
2013-10-05 21:41:41 +02:00
|
|
|
MDNode *FPMathA = MDB.createFPMath(0.01f);
|
|
|
|
MDNode *FPMathB = MDB.createFPMath(0.1f);
|
2013-09-30 17:39:48 +02:00
|
|
|
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setDefaultFPMathTag(FPMathA);
|
2013-09-30 17:39:48 +02:00
|
|
|
|
|
|
|
{
|
|
|
|
IRBuilder<>::FastMathFlagGuard Guard(Builder);
|
|
|
|
FastMathFlags FMF;
|
|
|
|
FMF.setAllowReciprocal();
|
2016-01-12 19:03:37 +01:00
|
|
|
Builder.setFastMathFlags(FMF);
|
|
|
|
Builder.setDefaultFPMathTag(FPMathB);
|
2013-09-30 17:39:48 +02:00
|
|
|
EXPECT_TRUE(Builder.getFastMathFlags().allowReciprocal());
|
|
|
|
EXPECT_EQ(FPMathB, Builder.getDefaultFPMathTag());
|
|
|
|
}
|
|
|
|
|
|
|
|
EXPECT_FALSE(Builder.getFastMathFlags().allowReciprocal());
|
|
|
|
EXPECT_EQ(FPMathA, Builder.getDefaultFPMathTag());
|
|
|
|
|
|
|
|
Value *F = Builder.CreateLoad(GV);
|
|
|
|
|
|
|
|
{
|
|
|
|
IRBuilder<>::InsertPointGuard Guard(Builder);
|
|
|
|
Builder.SetInsertPoint(cast<Instruction>(F));
|
2015-10-20 20:30:20 +02:00
|
|
|
EXPECT_EQ(F, &*Builder.GetInsertPoint());
|
2013-09-30 17:39:48 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
EXPECT_EQ(BB->end(), Builder.GetInsertPoint());
|
|
|
|
EXPECT_EQ(BB, Builder.GetInsertBlock());
|
|
|
|
}
|
|
|
|
|
2017-04-27 00:56:44 +02:00
|
|
|
TEST_F(IRBuilderTest, createFunction) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
DIBuilder DIB(*M);
|
|
|
|
auto File = DIB.createFile("error.swift", "/");
|
|
|
|
auto CU =
|
|
|
|
DIB.createCompileUnit(dwarf::DW_LANG_Swift, File, "swiftc", true, "", 0);
|
|
|
|
auto Type = DIB.createSubroutineType(DIB.getOrCreateTypeArray(None));
|
2018-11-19 19:29:28 +01:00
|
|
|
auto NoErr = DIB.createFunction(
|
|
|
|
CU, "noerr", "", File, 1, Type, 1, DINode::FlagZero,
|
|
|
|
DISubprogram::SPFlagDefinition | DISubprogram::SPFlagOptimized);
|
2017-04-27 00:56:44 +02:00
|
|
|
EXPECT_TRUE(!NoErr->getThrownTypes());
|
|
|
|
auto Int = DIB.createBasicType("Int", 64, dwarf::DW_ATE_signed);
|
|
|
|
auto Error = DIB.getOrCreateArray({Int});
|
2018-11-19 19:29:28 +01:00
|
|
|
auto Err = DIB.createFunction(
|
|
|
|
CU, "err", "", File, 1, Type, 1, DINode::FlagZero,
|
|
|
|
DISubprogram::SPFlagDefinition | DISubprogram::SPFlagOptimized, nullptr,
|
|
|
|
nullptr, Error.get());
|
2017-04-27 00:56:44 +02:00
|
|
|
EXPECT_TRUE(Err->getThrownTypes().get() == Error.get());
|
|
|
|
DIB.finalize();
|
|
|
|
}
|
|
|
|
|
2015-01-21 19:32:56 +01:00
|
|
|
TEST_F(IRBuilderTest, DIBuilder) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
DIBuilder DIB(*M);
|
|
|
|
auto File = DIB.createFile("F.CBL", "/");
|
2016-12-14 21:24:54 +01:00
|
|
|
auto CU = DIB.createCompileUnit(dwarf::DW_LANG_Cobol74,
|
|
|
|
DIB.createFile("F.CBL", "/"), "llvm-cobol74",
|
|
|
|
true, "", 0);
|
2015-10-15 08:56:10 +02:00
|
|
|
auto Type = DIB.createSubroutineType(DIB.getOrCreateTypeArray(None));
|
2018-11-19 19:29:28 +01:00
|
|
|
auto SP = DIB.createFunction(
|
|
|
|
CU, "foo", "", File, 1, Type, 1, DINode::FlagZero,
|
|
|
|
DISubprogram::SPFlagDefinition | DISubprogram::SPFlagOptimized);
|
2015-11-05 23:03:56 +01:00
|
|
|
F->setSubprogram(SP);
|
2015-01-21 19:32:56 +01:00
|
|
|
AllocaInst *I = Builder.CreateAlloca(Builder.getInt8Ty());
|
2018-11-19 19:29:28 +01:00
|
|
|
auto BarSP = DIB.createFunction(
|
|
|
|
CU, "bar", "", File, 1, Type, 1, DINode::FlagZero,
|
|
|
|
DISubprogram::SPFlagDefinition | DISubprogram::SPFlagOptimized);
|
2015-03-30 18:37:48 +02:00
|
|
|
auto BadScope = DIB.createLexicalBlockFile(BarSP, File, 0);
|
2015-01-21 19:32:56 +01:00
|
|
|
I->setDebugLoc(DebugLoc::get(2, 0, BadScope));
|
2015-01-21 20:25:35 +01:00
|
|
|
DIB.finalize();
|
2015-03-31 04:09:55 +02:00
|
|
|
EXPECT_TRUE(verifyModule(*M));
|
2015-01-21 19:32:56 +01:00
|
|
|
}
|
|
|
|
|
2018-06-02 01:15:09 +02:00
|
|
|
TEST_F(IRBuilderTest, createArtificialSubprogram) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
DIBuilder DIB(*M);
|
|
|
|
auto File = DIB.createFile("main.c", "/");
|
|
|
|
auto CU = DIB.createCompileUnit(dwarf::DW_LANG_C, File, "clang",
|
|
|
|
/*isOptimized=*/true, /*Flags=*/"",
|
|
|
|
/*Runtime Version=*/0);
|
|
|
|
auto Type = DIB.createSubroutineType(DIB.getOrCreateTypeArray(None));
|
2018-11-19 19:29:28 +01:00
|
|
|
auto SP = DIB.createFunction(
|
|
|
|
CU, "foo", /*LinkageName=*/"", File,
|
|
|
|
/*LineNo=*/1, Type, /*ScopeLine=*/2, DINode::FlagZero,
|
|
|
|
DISubprogram::SPFlagDefinition | DISubprogram::SPFlagOptimized);
|
2018-06-02 01:15:09 +02:00
|
|
|
EXPECT_TRUE(SP->isDistinct());
|
|
|
|
|
|
|
|
F->setSubprogram(SP);
|
|
|
|
AllocaInst *I = Builder.CreateAlloca(Builder.getInt8Ty());
|
|
|
|
ReturnInst *R = Builder.CreateRetVoid();
|
|
|
|
I->setDebugLoc(DebugLoc::get(3, 2, SP));
|
|
|
|
R->setDebugLoc(DebugLoc::get(4, 2, SP));
|
|
|
|
DIB.finalize();
|
|
|
|
EXPECT_FALSE(verifyModule(*M));
|
|
|
|
|
|
|
|
Function *G = Function::Create(F->getFunctionType(),
|
|
|
|
Function::ExternalLinkage, "", M.get());
|
|
|
|
BasicBlock *GBB = BasicBlock::Create(Ctx, "", G);
|
|
|
|
Builder.SetInsertPoint(GBB);
|
|
|
|
I->removeFromParent();
|
|
|
|
Builder.Insert(I);
|
|
|
|
Builder.CreateRetVoid();
|
|
|
|
EXPECT_FALSE(verifyModule(*M));
|
|
|
|
|
|
|
|
DISubprogram *GSP = DIBuilder::createArtificialSubprogram(F->getSubprogram());
|
|
|
|
EXPECT_EQ(SP->getFile(), GSP->getFile());
|
|
|
|
EXPECT_EQ(SP->getType(), GSP->getType());
|
|
|
|
EXPECT_EQ(SP->getLine(), GSP->getLine());
|
|
|
|
EXPECT_EQ(SP->getScopeLine(), GSP->getScopeLine());
|
|
|
|
EXPECT_TRUE(GSP->isDistinct());
|
|
|
|
|
|
|
|
G->setSubprogram(GSP);
|
|
|
|
EXPECT_TRUE(verifyModule(*M));
|
|
|
|
|
|
|
|
auto *InlinedAtNode =
|
|
|
|
DILocation::getDistinct(Ctx, GSP->getScopeLine(), 0, GSP);
|
|
|
|
DebugLoc DL = I->getDebugLoc();
|
|
|
|
DenseMap<const MDNode *, MDNode *> IANodes;
|
|
|
|
auto IA = DebugLoc::appendInlinedAt(DL, InlinedAtNode, Ctx, IANodes);
|
|
|
|
auto NewDL = DebugLoc::get(DL.getLine(), DL.getCol(), DL.getScope(), IA);
|
|
|
|
I->setDebugLoc(NewDL);
|
|
|
|
EXPECT_FALSE(verifyModule(*M));
|
|
|
|
|
|
|
|
EXPECT_EQ("foo", SP->getName());
|
|
|
|
EXPECT_EQ("foo", GSP->getName());
|
|
|
|
EXPECT_FALSE(SP->isArtificial());
|
|
|
|
EXPECT_TRUE(GSP->isArtificial());
|
|
|
|
}
|
|
|
|
|
2015-04-30 11:01:22 +02:00
|
|
|
TEST_F(IRBuilderTest, InsertExtractElement) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
|
|
|
|
auto VecTy = VectorType::get(Builder.getInt64Ty(), 4);
|
|
|
|
auto Elt1 = Builder.getInt64(-1);
|
|
|
|
auto Elt2 = Builder.getInt64(-2);
|
|
|
|
Value *Vec = UndefValue::get(VecTy);
|
|
|
|
Vec = Builder.CreateInsertElement(Vec, Elt1, Builder.getInt8(1));
|
|
|
|
Vec = Builder.CreateInsertElement(Vec, Elt2, 2);
|
|
|
|
auto X1 = Builder.CreateExtractElement(Vec, 1);
|
|
|
|
auto X2 = Builder.CreateExtractElement(Vec, Builder.getInt32(2));
|
|
|
|
EXPECT_EQ(Elt1, X1);
|
|
|
|
EXPECT_EQ(Elt2, X2);
|
|
|
|
}
|
|
|
|
|
2015-06-19 09:19:17 +02:00
|
|
|
TEST_F(IRBuilderTest, CreateGlobalStringPtr) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
|
|
|
|
auto String1a = Builder.CreateGlobalStringPtr("TestString", "String1a");
|
|
|
|
auto String1b = Builder.CreateGlobalStringPtr("TestString", "String1b", 0);
|
|
|
|
auto String2 = Builder.CreateGlobalStringPtr("TestString", "String2", 1);
|
|
|
|
auto String3 = Builder.CreateGlobalString("TestString", "String3", 2);
|
2013-09-30 17:39:48 +02:00
|
|
|
|
2015-06-19 09:19:17 +02:00
|
|
|
EXPECT_TRUE(String1a->getType()->getPointerAddressSpace() == 0);
|
|
|
|
EXPECT_TRUE(String1b->getType()->getPointerAddressSpace() == 0);
|
|
|
|
EXPECT_TRUE(String2->getType()->getPointerAddressSpace() == 1);
|
|
|
|
EXPECT_TRUE(String3->getType()->getPointerAddressSpace() == 2);
|
|
|
|
}
|
2015-06-30 21:07:20 +02:00
|
|
|
|
|
|
|
TEST_F(IRBuilderTest, DebugLoc) {
|
|
|
|
auto CalleeTy = FunctionType::get(Type::getVoidTy(Ctx),
|
|
|
|
/*isVarArg=*/false);
|
|
|
|
auto Callee =
|
|
|
|
Function::Create(CalleeTy, Function::ExternalLinkage, "", M.get());
|
|
|
|
|
|
|
|
DIBuilder DIB(*M);
|
|
|
|
auto File = DIB.createFile("tmp.cpp", "/");
|
2016-12-14 21:24:54 +01:00
|
|
|
auto CU = DIB.createCompileUnit(dwarf::DW_LANG_C_plus_plus_11,
|
|
|
|
DIB.createFile("tmp.cpp", "/"), "", true, "",
|
|
|
|
0);
|
2015-10-15 08:56:10 +02:00
|
|
|
auto SPType = DIB.createSubroutineType(DIB.getOrCreateTypeArray(None));
|
2015-06-30 21:07:20 +02:00
|
|
|
auto SP =
|
2018-11-19 19:29:28 +01:00
|
|
|
DIB.createFunction(CU, "foo", "foo", File, 1, SPType, 1, DINode::FlagZero,
|
|
|
|
DISubprogram::SPFlagDefinition);
|
2015-06-30 21:07:20 +02:00
|
|
|
DebugLoc DL1 = DILocation::get(Ctx, 2, 0, SP);
|
|
|
|
DebugLoc DL2 = DILocation::get(Ctx, 3, 0, SP);
|
|
|
|
|
|
|
|
auto BB2 = BasicBlock::Create(Ctx, "bb2", F);
|
|
|
|
auto Br = BranchInst::Create(BB2, BB);
|
|
|
|
Br->setDebugLoc(DL1);
|
|
|
|
|
|
|
|
IRBuilder<> Builder(Ctx);
|
|
|
|
Builder.SetInsertPoint(Br);
|
|
|
|
EXPECT_EQ(DL1, Builder.getCurrentDebugLocation());
|
|
|
|
auto Call1 = Builder.CreateCall(Callee, None);
|
|
|
|
EXPECT_EQ(DL1, Call1->getDebugLoc());
|
|
|
|
|
|
|
|
Call1->setDebugLoc(DL2);
|
2015-10-20 20:30:20 +02:00
|
|
|
Builder.SetInsertPoint(Call1->getParent(), Call1->getIterator());
|
2015-06-30 21:07:20 +02:00
|
|
|
EXPECT_EQ(DL2, Builder.getCurrentDebugLocation());
|
|
|
|
auto Call2 = Builder.CreateCall(Callee, None);
|
|
|
|
EXPECT_EQ(DL2, Call2->getDebugLoc());
|
2015-07-01 00:17:29 +02:00
|
|
|
|
|
|
|
DIB.finalize();
|
2015-06-30 21:07:20 +02:00
|
|
|
}
|
2016-03-13 12:11:39 +01:00
|
|
|
|
|
|
|
TEST_F(IRBuilderTest, DIImportedEntity) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
DIBuilder DIB(*M);
|
2017-07-19 02:09:54 +02:00
|
|
|
auto F = DIB.createFile("F.CBL", "/");
|
2016-12-14 21:24:54 +01:00
|
|
|
auto CU = DIB.createCompileUnit(dwarf::DW_LANG_Cobol74,
|
2017-07-19 02:09:54 +02:00
|
|
|
F, "llvm-cobol74",
|
2016-12-14 21:24:54 +01:00
|
|
|
true, "", 0);
|
2017-07-19 02:09:54 +02:00
|
|
|
DIB.createImportedDeclaration(CU, nullptr, F, 1);
|
|
|
|
DIB.createImportedDeclaration(CU, nullptr, F, 1);
|
|
|
|
DIB.createImportedModule(CU, (DIImportedEntity *)nullptr, F, 2);
|
|
|
|
DIB.createImportedModule(CU, (DIImportedEntity *)nullptr, F, 2);
|
2016-03-13 12:11:39 +01:00
|
|
|
DIB.finalize();
|
|
|
|
EXPECT_TRUE(verifyModule(*M));
|
|
|
|
EXPECT_TRUE(CU->getImportedEntities().size() == 2);
|
|
|
|
}
|
2017-01-12 16:49:46 +01:00
|
|
|
|
|
|
|
// 0: #define M0 V0 <-- command line definition
|
|
|
|
// 0: main.c <-- main file
|
|
|
|
// 3: #define M1 V1 <-- M1 definition in main.c
|
|
|
|
// 5: #include "file.h" <-- inclusion of file.h from main.c
|
|
|
|
// 1: #define M2 <-- M2 definition in file.h with no value
|
|
|
|
// 7: #undef M1 V1 <-- M1 un-definition in main.c
|
|
|
|
TEST_F(IRBuilderTest, DIBuilderMacro) {
|
|
|
|
IRBuilder<> Builder(BB);
|
|
|
|
DIBuilder DIB(*M);
|
|
|
|
auto File1 = DIB.createFile("main.c", "/");
|
|
|
|
auto File2 = DIB.createFile("file.h", "/");
|
|
|
|
auto CU = DIB.createCompileUnit(
|
|
|
|
dwarf::DW_LANG_C, DIB.createFile("main.c", "/"), "llvm-c", true, "", 0);
|
|
|
|
auto MDef0 =
|
|
|
|
DIB.createMacro(nullptr, 0, dwarf::DW_MACINFO_define, "M0", "V0");
|
|
|
|
auto TMF1 = DIB.createTempMacroFile(nullptr, 0, File1);
|
|
|
|
auto MDef1 = DIB.createMacro(TMF1, 3, dwarf::DW_MACINFO_define, "M1", "V1");
|
|
|
|
auto TMF2 = DIB.createTempMacroFile(TMF1, 5, File2);
|
|
|
|
auto MDef2 = DIB.createMacro(TMF2, 1, dwarf::DW_MACINFO_define, "M2");
|
|
|
|
auto MUndef1 = DIB.createMacro(TMF1, 7, dwarf::DW_MACINFO_undef, "M1");
|
|
|
|
|
|
|
|
EXPECT_EQ(dwarf::DW_MACINFO_define, MDef1->getMacinfoType());
|
2017-01-12 18:44:32 +01:00
|
|
|
EXPECT_EQ(3u, MDef1->getLine());
|
2017-01-12 16:49:46 +01:00
|
|
|
EXPECT_EQ("M1", MDef1->getName());
|
|
|
|
EXPECT_EQ("V1", MDef1->getValue());
|
|
|
|
|
|
|
|
EXPECT_EQ(dwarf::DW_MACINFO_undef, MUndef1->getMacinfoType());
|
2017-01-12 18:44:32 +01:00
|
|
|
EXPECT_EQ(7u, MUndef1->getLine());
|
2017-01-12 16:49:46 +01:00
|
|
|
EXPECT_EQ("M1", MUndef1->getName());
|
|
|
|
EXPECT_EQ("", MUndef1->getValue());
|
|
|
|
|
|
|
|
EXPECT_EQ(dwarf::DW_MACINFO_start_file, TMF2->getMacinfoType());
|
2017-01-12 18:44:32 +01:00
|
|
|
EXPECT_EQ(5u, TMF2->getLine());
|
2017-01-12 16:49:46 +01:00
|
|
|
EXPECT_EQ(File2, TMF2->getFile());
|
|
|
|
|
|
|
|
DIB.finalize();
|
|
|
|
|
|
|
|
SmallVector<Metadata *, 4> Elements;
|
|
|
|
Elements.push_back(MDef2);
|
|
|
|
auto MF2 = DIMacroFile::get(Ctx, dwarf::DW_MACINFO_start_file, 5, File2,
|
|
|
|
DIB.getOrCreateMacroArray(Elements));
|
|
|
|
|
|
|
|
Elements.clear();
|
|
|
|
Elements.push_back(MDef1);
|
|
|
|
Elements.push_back(MF2);
|
|
|
|
Elements.push_back(MUndef1);
|
|
|
|
auto MF1 = DIMacroFile::get(Ctx, dwarf::DW_MACINFO_start_file, 0, File1,
|
|
|
|
DIB.getOrCreateMacroArray(Elements));
|
|
|
|
|
|
|
|
Elements.clear();
|
|
|
|
Elements.push_back(MDef0);
|
|
|
|
Elements.push_back(MF1);
|
|
|
|
auto MN0 = MDTuple::get(Ctx, Elements);
|
|
|
|
EXPECT_EQ(MN0, CU->getRawMacros());
|
|
|
|
|
|
|
|
Elements.clear();
|
|
|
|
Elements.push_back(MDef1);
|
|
|
|
Elements.push_back(MF2);
|
|
|
|
Elements.push_back(MUndef1);
|
|
|
|
auto MN1 = MDTuple::get(Ctx, Elements);
|
|
|
|
EXPECT_EQ(MN1, MF1->getRawElements());
|
|
|
|
|
|
|
|
Elements.clear();
|
|
|
|
Elements.push_back(MDef2);
|
|
|
|
auto MN2 = MDTuple::get(Ctx, Elements);
|
|
|
|
EXPECT_EQ(MN2, MF2->getRawElements());
|
|
|
|
EXPECT_TRUE(verifyModule(*M));
|
|
|
|
}
|
2012-06-20 10:39:27 +02:00
|
|
|
}
|