| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
| |
AddRecs so that it checks for overflow in the computation that it is
performing, rather than just checking hasNo{Signed,Unsigned}Wrap, since
those flags are for a different computation. This fixes a bug that
impacts an upcoming change.
llvm-svn: 101028
|
| |
|
|
|
|
|
|
| |
instead of deleting just the user. This makes it more consistent with
other code in IndVarSimplify, and theoretically can eliminate more users
earlier.
llvm-svn: 101027
|
| |
|
|
| |
llvm-svn: 101023
|
| |
|
|
| |
llvm-svn: 101013
|
| |
|
|
|
|
|
|
|
|
| |
need TargetData, just return false if we don't have it.
Update testcases accordingly.
Fixes PR6807.
llvm-svn: 101011
|
| |
|
|
| |
llvm-svn: 101010
|
| |
|
|
| |
llvm-svn: 101009
|
| |
|
|
|
|
|
|
| |
the loop exit test. This usually doesn't come up for a variety of
reasons, but it isn't impossible, so make IndVarSimplify handle it
conservatively.
llvm-svn: 101008
|
| |
|
|
| |
llvm-svn: 101007
|
| |
|
|
| |
llvm-svn: 101002
|
| |
|
|
| |
llvm-svn: 101001
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
variables. For example, with code like this:
for (i=0;i<n;++i)
if (i<n)
x[i] = 0;
IndVarSimplify will now recognize that i is always less than n inside
the loop, and eliminate the if.
llvm-svn: 101000
|
| |
|
|
|
|
| |
loop conditions which are invariants.
llvm-svn: 100995
|
| |
|
|
| |
llvm-svn: 100994
|
| |
|
|
|
|
| |
ConstantRange(0, 0) creates an empty range rather than a full one.
llvm-svn: 100993
|
| |
|
|
| |
llvm-svn: 100992
|
| |
|
|
|
|
| |
intentionally ignored.
llvm-svn: 100984
|
| |
|
|
| |
llvm-svn: 100983
|
| |
|
|
| |
llvm-svn: 100981
|
| |
|
|
| |
llvm-svn: 100980
|
| |
|
|
|
|
|
| |
that it's only testing for the entry condition, not full loop-invariant
conditions.
llvm-svn: 100979
|
| |
|
|
| |
llvm-svn: 100977
|
| |
|
|
| |
llvm-svn: 100954
|
| |
|
|
|
|
|
|
| |
parameters in the CBE by implicitly adding a fixed argument.
This allows eliminating a work-around from DAE. Patch by
Sylvere Teissier!
llvm-svn: 100944
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in r86005 and unintentionally changed the default from -O3 to -O2.
- It's odd the things automated perf testing turns up! :)
- Also, the configure diff is messed up slightly. It looks like someone either
didn't regenerate configure correctly (or I didn't), or autoconf has some
funnyness in it. Eric, any ideas?
This has been at -O2 for so long, that I am slightly nervous that this change
will uncover miscompiles of LLVM on other systems. If that is the case, I think
we should just set the default universally at -O3, and let developers/vendors
use -O3 if they want it and have tested it.
llvm-svn: 100941
|
| |
|
|
|
|
| |
in some cases.
llvm-svn: 100937
|
| |
|
|
| |
llvm-svn: 100936
|
| |
|
|
|
|
|
|
|
|
|
| |
$ llvm-as t.ll
llvm-as: t.ll:1:6: error: expected 'type' after '='
%0 = = type { i32, float, float, double }
^
PR6810.
llvm-svn: 100934
|
| |
|
|
| |
llvm-svn: 100933
|
| |
|
|
|
|
| |
patch by Patrick Walton!
llvm-svn: 100932
|
| |
|
|
|
|
|
| |
that do not build some (or all) of the targets that
edis supports.
llvm-svn: 100910
|
| |
|
|
| |
llvm-svn: 100908
|
| |
|
|
|
|
|
|
| |
into adjacent loops. Also, ensure that the insert position is
dominated by the loop latch of any loop in the post-inc set which
has a latch.
llvm-svn: 100906
|
| |
|
|
| |
llvm-svn: 100904
|
| |
|
|
|
|
|
|
|
|
| |
We are bound to fail! For proper disassembly, the well-known encoding bits
of the instruction must be fully specified.
This also removes pseudo instructions from considerations of disassembly,
which is a better design and less fragile than the name matchings.
llvm-svn: 100899
|
| |
|
|
|
|
| |
variable TARGET_HAS_DYNAMIC_LIBS
llvm-svn: 100896
|
| |
|
|
| |
llvm-svn: 100895
|
| |
|
|
| |
llvm-svn: 100894
|
| |
|
|
| |
llvm-svn: 100893
|
| |
|
|
|
|
|
|
|
| |
such that the non-VFP versions have no implicit defs of VFP registers.
If any callee-saved VFP registers are marked as having been defined, the
prologue/epilogue code will try to save and restore them.
Radar 7770432.
llvm-svn: 100892
|
| |
|
|
| |
llvm-svn: 100889
|
| |
|
|
|
|
| |
encounters decoding conflicts, instead of wrapping it inside the DEBUG() macro.
llvm-svn: 100886
|
| |
|
|
|
|
|
| |
a hoisted intermediate result if the intermediate result isn't an
Instruction.
llvm-svn: 100884
|
| |
|
|
|
|
|
| |
so that an unfortunately placed bitcast doesn't pin a value in a
register.
llvm-svn: 100883
|
| |
|
|
| |
llvm-svn: 100879
|
| |
|
|
| |
llvm-svn: 100877
|
| |
|
|
| |
llvm-svn: 100876
|
| |
|
|
|
|
|
|
|
|
| |
directive are not aligned on 16 byte boundaries. This causes misaligned loads, as the generated assembly assumes this "default" alignment.
this patch disables .lcomm in favour of '.local .comm'
Patch by Kalle Raisklia!
llvm-svn: 100875
|
| |
|
|
| |
llvm-svn: 100874
|
| |
|
|
| |
llvm-svn: 100869
|