| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 146781
|
| |
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 146743
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
bit of style, sorry.
llvm-svn: 146733
|
| |
|
|
|
|
|
| |
I have no idea why GCC can't cope with the implicit conversion and Clang
can, or whose bug it is. Grr.
llvm-svn: 146732
|
| |
|
|
|
|
|
|
|
|
|
|
| |
variadic-like functions in C++98. See the comments in the header file
for a more detailed description of how these work. We plan to use these
extensively in the AST matching library. This code and idea were
originally authored by Zhanyong Wan. I've condensed it using macros
to reduce repeatition and adjusted it to fit better with LLVM's ADT.
Thanks to both David Blaikie and Doug Gregor for the review!
llvm-svn: 146729
|
| |
|
|
|
|
|
| |
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: 146725
|
| |
|
|
| |
llvm-svn: 146724
|
| |
|
|
|
|
| |
No need for an explicit test case for an unsupported combination of options.
llvm-svn: 146721
|
| |
|
|
| |
llvm-svn: 146718
|
| |
|
|
| |
llvm-svn: 146714
|
| |
|
|
| |
llvm-svn: 146713
|
| |
|
|
|
|
|
|
| |
properly initializing the target infos. I decided it wasn't worth linking them
in for this, so just switched back to using the Makefile variable for now. We
can reconsider later if we ever get pluggable targets.
llvm-svn: 146711
|
| |
|
|
| |
llvm-svn: 146710
|
| |
|
|
|
|
| |
and friends, so we compute fixups correctly. PR11586.
llvm-svn: 146709
|
| |
|
|
| |
llvm-svn: 146708
|
| |
|
|
|
|
|
| |
library names in line with those used by CMake.
- Patch by Johannes Obermayr, with tweaks by me.
llvm-svn: 146706
|
| |
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 146682
|
| |
|
|
| |
llvm-svn: 146678
|
| |
|
|
| |
llvm-svn: 146675
|
| |
|
|
| |
llvm-svn: 146674
|
| |
|
|
|
|
| |
shift results - <rdar://problem/10559581>.
llvm-svn: 146671
|
| |
|
|
|
|
| |
Patch by Kyriakos Georgiou!
llvm-svn: 146670
|
| |
|
|
| |
llvm-svn: 146666
|
| |
|
|
| |
llvm-svn: 146665
|
| |
|
|
| |
llvm-svn: 146664
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The function TRI::getCommonSubClass(A, B) returns the largest common
sub-class of the register classes A and B. This patch teaches TableGen
to synthesize sub-classes such that the answer is always maximal.
In other words, every register that is in both A and B will also be
present in getCommonSubClass(A, B).
This introduces these synthetic register classes:
ARM:
GPRnopc_and_hGPR
GPRnopc_and_hGPR
hGPR_and_rGPR
GPRnopc_and_hGPR
GPRnopc_and_hGPR
hGPR_and_rGPR
tGPR_and_tcGPR
hGPR_and_tcGPR
X86:
GR32_NOAX_and_GR32_NOSP
GR32_NOAX_and_GR32_NOREX
GR64_NOSP_and_GR64_TC
GR64_NOSP_and_GR64_TC
GR64_NOREX_and_GR64_TC
GR32_NOAX_and_GR32_NOSP
GR32_NOAX_and_GR32_NOREX
GR32_NOAX_and_GR32_NOREX_NOSP
GR64_NOSP_and_GR64_TC
GR64_NOREX_and_GR64_TC
GR64_NOREX_NOSP_and_GR64_TC
GR32_NOAX_and_GR32_NOSP
GR32_NOAX_and_GR32_NOREX
GR32_NOAX_and_GR32_NOREX_NOSP
GR32_ABCD_and_GR32_NOAX
GR32_NOAX_and_GR32_NOSP
GR32_NOAX_and_GR32_NOREX
GR32_NOAX_and_GR32_NOREX_NOSP
GR32_ABCD_and_GR32_NOAX
GR32_NOAX_and_GR32_TC
GR32_NOAX_and_GR32_NOSP
GR64_NOSP_and_GR64_TC
GR32_NOAX_and_GR32_NOREX
GR32_NOAX_and_GR32_NOREX_NOSP
GR64_NOREX_and_GR64_TC
GR64_NOREX_NOSP_and_GR64_TC
GR32_ABCD_and_GR32_NOAX
GR64_ABCD_and_GR64_TC
GR32_NOAX_and_GR32_TC
GR32_AD_and_GR32_NOAX
Other targets are unaffected.
llvm-svn: 146657
|
| |
|
|
|
|
| |
Patch by Kyriakos Georgiou.
llvm-svn: 146656
|
| |
|
|
| |
llvm-svn: 146642
|