| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Probably the best way to know that all getOperand() calls have been handled
is to replace that API instead of updating.
llvm-svn: 101579
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
with a fix for self-hosting
rotate CallInst operands, i.e. move callee to the back
of the operand array
the motivation for this patch are laid out in my mail to llvm-commits:
more efficient access to operands and callee, faster callgraph-construction,
smaller compiler binary
llvm-svn: 101465
|
| |
|
|
| |
llvm-svn: 101434
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
with a fix
rotate CallInst operands, i.e. move callee to the back
of the operand array
the motivation for this patch are laid out in my mail to llvm-commits:
more efficient access to operands and callee, faster callgraph-construction,
smaller compiler binary
llvm-svn: 101397
|
| |
|
|
| |
llvm-svn: 101368
|
| |
|
|
|
|
|
|
|
|
| |
of the operand array
the motivation for this patch are laid out in my mail to llvm-commits:
more efficient access to operands and callee, faster callgraph-construction,
smaller compiler binary
llvm-svn: 101364
|
| |
|
|
| |
llvm-svn: 101298
|
| |
|
|
|
|
| |
shift instructions.
llvm-svn: 98416
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 97793
|
| |
|
|
|
|
|
| |
and T->isPointerTy(). Convert most instances of the first form to the second form.
Requested by Chris.
llvm-svn: 96344
|
| |
|
|
|
|
| |
isInteger, we now have isFloatTy and isIntegerTy. Requested by Chris!
llvm-svn: 96223
|
| |
|
|
|
|
| |
(fix for PR6165) are needed here too.
llvm-svn: 94801
|
| |
|
|
| |
llvm-svn: 92964
|
| |
|
|
| |
llvm-svn: 92771
|
| |
|
|
|
|
|
| |
real data, not metadata) and fix DbgInfoPrinter to not abuse
GetConstantStringInfo.
llvm-svn: 91444
|
| |
|
|
| |
llvm-svn: 90290
|
| |
|
|
|
|
|
|
|
| |
way that getUnderlyingObject does it.
This fixes the 'DecomposeGEPExpression and getUnderlyingObject disagree!'
assertion on sqlite3.
llvm-svn: 90038
|
| |
|
|
|
|
|
| |
fixes a crash analyzing consumer-lame, which had an "%X = add %X, 1"
in unreachable code.
llvm-svn: 90000
|
| |
|
|
|
|
|
| |
previously already handled it at -m32 because there were no i32->i64
extensions for addressing.
llvm-svn: 89959
|
| |
|
|
| |
llvm-svn: 89958
|
| |
|
|
| |
llvm-svn: 89957
|
| |
|
|
| |
llvm-svn: 89956
|
| |
|
|
| |
llvm-svn: 89912
|
| |
|
|
| |
llvm-svn: 89642
|
| |
|
|
| |
llvm-svn: 89175
|
| |
|
|
|
|
| |
Value V is a multiple of unsigned Base
llvm-svn: 86675
|
| |
|
|
|
|
| |
subclass of AllocationInst, so it no longer is necessary.
llvm-svn: 84969
|
| |
|
|
| |
llvm-svn: 84299
|
| |
|
|
|
|
| |
appear to be misspellings, removed in favor of fabs*.
llvm-svn: 82796
|
| |
|
|
|
|
|
| |
not folded in the constant folder because the constant folder doesn't
simplify ConstantExpr operands.
llvm-svn: 81864
|
| |
|
|
|
|
| |
This fixes PR4905
llvm-svn: 81174
|
| |
|
|
| |
llvm-svn: 81173
|
| |
|
|
|
|
| |
r80406, and readd a -print-dbginfo test.
llvm-svn: 80778
|
| |
|
|
| |
llvm-svn: 80262
|
| |
|
|
|
|
|
| |
by hand, and fix a few places that were using hasInitializer() that
appear to depend on the initializer value.
llvm-svn: 79441
|
| |
|
|
|
|
| |
before performing optimizations based on constant string values.
llvm-svn: 79384
|
| |
|
|
| |
llvm-svn: 78948
|
| |
|
|
|
|
| |
alignment. Only the minimum alignment guaranteed by the ABI may be assumed.
llvm-svn: 78668
|
| |
|
|
| |
llvm-svn: 78363
|
| |
|
|
|
|
|
|
| |
change back are
metadata related, which I'm waiting on to avoid conflicting with Devang.
llvm-svn: 77721
|
| |
|
|
| |
llvm-svn: 77635
|
| |
|
|
| |
llvm-svn: 77148
|
| |
|
|
| |
llvm-svn: 76702
|
| |
|
|
|
|
|
|
|
| |
in a convenient manner, factoring out some common code from
InstructionCombining and ValueTracking. Move the contents of
BinaryOperators.h into Operator.h and use Operator to generalize them
to support ConstantExprs as well as Instructions.
llvm-svn: 76232
|
| |
|
|
| |
llvm-svn: 74878
|
| |
|
|
|
|
| |
through the ValueTracking API.
llvm-svn: 74873
|
| |
|
|
|
|
|
|
|
| |
While
we could do this, doing so requires adjusting the demanded mask and the code isn't
doing that yet. This fixes PR4495
llvm-svn: 74699
|
| |
|
|
|
|
| |
conservatively correctly, instead of aborting.
llvm-svn: 73908
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
failures.
To support this, add some utility functions to Type to help support
vector/scalar-independent code. Change ConstantInt::get and
ConstantFP::get to support vector types, and add an overload to
ConstantInt::get that uses a static IntegerType type, for
convenience.
Introduce a new getConstant method for ScalarEvolution, to simplify
common use cases.
llvm-svn: 73431
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
integer and floating-point opcodes, introducing
FAdd, FSub, and FMul.
For now, the AsmParser, BitcodeReader, and IRBuilder all preserve
backwards compatability, and the Core LLVM APIs preserve backwards
compatibility for IR producers. Most front-ends won't need to change
immediately.
This implements the first step of the plan outlined here:
http://nondot.org/sabre/LLVMNotes/IntegerOverflow.txt
llvm-svn: 72897
|