| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 146783
|
| |
|
|
| |
llvm-svn: 146780
|
| |
|
|
|
|
|
|
|
| |
The bad sorting caused a misaligned basic block when building 176.vpr in
ARM mode.
<rdar://problem/10594653>
llvm-svn: 146767
|
| |
|
|
|
|
|
|
| |
Hexatridecimal was added in r139695.
And fix the unittest that now triggers the assert.
llvm-svn: 146754
|
| |
|
|
|
|
|
|
|
|
|
| |
This adjustment is already included in the block offsets computed by
BasicBlockInfo, and adjusting again here can cause the pass to loop.
When CreateNewWater splits a basic block, OffsetIsInRange would reject
the new CPE on the next pass because of the too conservative alignment
adjustment. This caused the block to be split again, and so on.
llvm-svn: 146751
|
| |
|
|
|
|
| |
Reenable the tests.
llvm-svn: 146750
|
| |
|
|
| |
llvm-svn: 146744
|
| |
|
|
|
|
|
|
| |
The command line option should be removed, but not until the feature has
gotten a lot of testing. The ARMConstantIslandPass tends to have subtle
bugs that only show up after a while.
llvm-svn: 146739
|
| |
|
|
|
|
| |
regressions.
llvm-svn: 146735
|
| |
|
|
|
|
|
| |
autorenamed version of the other. This makes the IR easier to read, because
we don't end up with random renamed versions of the types after LTO'ing a large app.
llvm-svn: 146728
|
| |
|
|
|
|
| |
supported. Fix 'unpackh v, v' for 256-bit types to understand 128-bit lanes.
llvm-svn: 146726
|
| |
|
|
| |
llvm-svn: 146724
|
| |
|
|
|
|
| |
No need for an explicit test case for an unsupported combination of options.
llvm-svn: 146721
|
| |
|
|
| |
llvm-svn: 146714
|
| |
|
|
| |
llvm-svn: 146710
|
| |
|
|
|
|
| |
and friends, so we compute fixups correctly. PR11586.
llvm-svn: 146709
|
| |
|
|
| |
llvm-svn: 146702
|
| |
|
|
|
|
| |
value that isn't a 32-bit value. (This is just to be safe; I don't think this actually causes any issues in practice.)
llvm-svn: 146700
|
| |
|
|
| |
llvm-svn: 146699
|
| |
|
|
|
|
| |
This improves the readability of global-buffer-overflow reports.
llvm-svn: 146698
|
| |
|
|
| |
llvm-svn: 146692
|
| |
|
|
| |
llvm-svn: 146691
|
| |
|
|
|
|
|
| |
The code size increase is tiny (< 0.05%) because so little code uses
16-byte constant pool entries.
llvm-svn: 146690
|
| |
|
|
|
|
| |
Patch by Elena Demikhovsky <elena.demikhovsky@intel.com>!
llvm-svn: 146689
|
| |
|
|
|
|
| |
false positive. compiler part.
llvm-svn: 146688
|
| |
|
|
| |
llvm-svn: 146686
|
| |
|
|
| |
llvm-svn: 146685
|
| |
|
|
|
|
| |
Patch by Elena Demikhovsky <elena.demikhovsky@intel.com>!
llvm-svn: 146684
|
| |
|
|
|
|
| |
shift results - <rdar://problem/10559581>.
llvm-svn: 146671
|
| |
|
|
|
|
| |
Patch by Kyriakos Georgiou!
llvm-svn: 146670
|
| |
|
|
| |
llvm-svn: 146665
|
| |
|
|
| |
llvm-svn: 146664
|
| |
|
|
|
|
| |
Patch by Kyriakos Georgiou.
llvm-svn: 146656
|
| |
|
|
| |
llvm-svn: 146639
|
| |
|
|
|
|
| |
but the existing code can't do it correctly. PR11570.
llvm-svn: 146630
|
| |
|
|
| |
llvm-svn: 146627
|
| |
|
|
|
|
| |
rdar://10566486
llvm-svn: 146625
|
| |
|
|
|
|
| |
These can be reduced to "~cond & x" or "~cond | x"
llvm-svn: 146624
|
| |
|
|
|
|
| |
These are already marked as illegal by default.
llvm-svn: 146623
|
| |
|
|
|
|
| |
header is a landing pad correctly (by splitting the landingpad out of the loop header). Make some adjustments to the rest of LoopSimplify to make it clear that the rest of LoopSimplify isn't making bad assumptions about the presence of landing pads. PR11575.
llvm-svn: 146621
|
| |
|
|
|
|
| |
SingleSource/Benchmarks/Shootout-C++/except.cpp and friends. It was encoding the stored registers in the wrong order.
llvm-svn: 146617
|
| |
|
|
|
|
| |
buffer copy. Suggestion by Chris Lattner!
llvm-svn: 146614
|
| |
|
|
|
|
|
|
| |
the compact unwind claiming that one register was saved before another, which
isn't all that great in general. Process them in the natural order. Reverse the
list only when necessary for the algorithm.
llvm-svn: 146612
|
| |
|
|
|
|
|
|
|
| |
into Analysis as a standalone function, since there's no need for
it to be in VMCore. Also, update it to use isKnownNonZero and
other goodies available in Analysis, making it more precise,
enabling more aggressive optimization.
llvm-svn: 146610
|
| |
|
|
|
|
|
|
|
|
|
| |
An aligned constant pool entry may require extra alignment padding where
the new water is created. Take that into account when computing offset.
Also consider the alignment of other constant pool entries when
splitting a basic block. Alignment padding may make it necessary to
move the split point higher.
llvm-svn: 146609
|
| |
|
|
| |
llvm-svn: 146608
|
| |
|
|
| |
llvm-svn: 146605
|
| |
|
|
|
|
|
|
| |
On ARM, peephole optimization for ABS creates a trivial cfg triangle which tempts machine sink to sink instructions in code which is really straight line code. Sometimes this sinking may alter register allocator input such that use and def of a reg is divided by a branch in between, which may result in extra spills. Now mahine sink avoids sinking if final sink destination is post dominator.
Radar 10266272.
llvm-svn: 146604
|
| |
|
|
|
|
|
| |
with the correct iterator.
<rdar://problem/10530851>
llvm-svn: 146600
|
| |
|
|
|
|
| |
getStreamer().EmitBytes. Suggestion by Benjamin Kramer!
llvm-svn: 146599
|