| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205444
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205443
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205442
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205441
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205440
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205439
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205438
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 205437
|
|
|
|
| |
llvm-svn: 205435
|
|
|
|
|
|
|
|
|
|
| |
Weak symbols cannot use the small code model's usual ADRP sequences since the
instruction simply may not be able to encode a value of 0.
This redirects them to use the GOT, which hopefully linkers are able to cope
with even in the static relocation model.
llvm-svn: 205426
|
|
|
|
|
|
|
| |
We were creating libcall nodes that returned an MVT::f128, when these
particular operations actually return an int of some stripe.
llvm-svn: 205425
|
|
|
|
|
|
|
|
| |
Again, coalescing and other optimisations swiftly made the MachineInstrs
consistent again, but when compiled at -O0 a bad INSERT_SUBREGISTER was
produced.
llvm-svn: 205423
|
|
|
|
|
|
|
|
| |
The previous attempt was fine with optimisations, but was actually rather
cavalier with its types. When compiled at -O0, it produced invalid COPY
MachineInstrs.
llvm-svn: 205422
|
|
|
|
|
|
|
| |
framework works (for the compiler part), since the design
document is not available.
llvm-svn: 205379
|
|
|
|
|
|
| |
implicitly. No functional change intended.
llvm-svn: 205304
|
|
|
|
| |
llvm-svn: 205302
|
|
|
|
| |
llvm-svn: 205301
|
|
|
|
| |
llvm-svn: 205294
|
|
|
|
| |
llvm-svn: 205293
|
|
|
|
|
|
|
|
|
|
|
|
| |
A value of 5 means if we have a split or spill option that has a really
low cost (1 << 14 is the entry frequency), we will choose to spill
or split the really cold path before using a callee-saved register.
This gives us the performance benefit on SPECInt2k and is also conservative.
rdar://16162005
llvm-svn: 205248
|
|
|
|
| |
llvm-svn: 205209
|
|
|
|
| |
llvm-svn: 205208
|
|
|
|
| |
llvm-svn: 205207
|
|
|
|
| |
llvm-svn: 205206
|
|
|
|
| |
llvm-svn: 205205
|
|
|
|
| |
llvm-svn: 205204
|
|
|
|
| |
llvm-svn: 205203
|
|
|
|
|
|
| |
This will be used by the Clang front-end code for vabsd_s64.
llvm-svn: 205202
|
|
|
|
| |
llvm-svn: 205174
|
|
|
|
|
|
| |
always initialize Size argument.
llvm-svn: 205171
|
|
|
|
| |
llvm-svn: 205162
|
|
|
|
|
|
|
|
|
| |
is not a pattern to lower this with clever instructions that zero the
register, so restrict the zero immediate legality special case to f64
and f32 (the only two sizes which fmov seems to directly support). Fixes
backend errors when building code such as libxml.
llvm-svn: 205161
|
|
|
|
|
|
|
|
| |
StringRef::lower() returns a std::string. Better yet, we can now stop
thinking about what it returns and write 'auto'. It does the right
thing. =]
llvm-svn: 205135
|
|
|
|
|
|
|
|
|
| |
It was doing functional but highly suspect operations on bools due to
the more limited shifting operands supported by memory instructions.
Should fix some MSVC warnings.
llvm-svn: 205134
|
|
|
|
| |
llvm-svn: 205133
|
|
|
|
|
|
|
|
| |
Actually, mostly only those in the top-level directory that already
had a "virtual" attached. But it's the thought that counts and it's
been a long day.
llvm-svn: 205131
|
|
|
|
| |
llvm-svn: 205116
|
|
|
|
|
|
|
|
|
|
|
| |
The ARM64 backend uses it only as a container to keep an MCLOHType and
Arguments around so give it its own little copy. The other functionality
isn't used and we had a crazy method specialization hack in place to
keep it working. Unfortunately that was incompatible with MSVC.
Also range-ify a couple of loops while at it.
llvm-svn: 205114
|
|
|
|
| |
llvm-svn: 205112
|
|
|
|
|
|
| |
It was causing horrible failures on some build-bots.
llvm-svn: 205105
|
|
|
|
|
|
| |
Another existing bot failure so no tests.
llvm-svn: 205093
|
|
|
|
|
|
| |
Existing tests were failing.
llvm-svn: 205092
|
|
|
|
|
|
|
|
|
|
|
| |
no assert at all. ;] Some of these should probably be switched to
llvm_unreachable, but I didn't want to perturb the behavior in this
patch.
Found by -Wstring-conversion, which I'll try to turn on in CMake builds
at least as it is finding useful things.
llvm-svn: 205091
|
|
This adds a second implementation of the AArch64 architecture to LLVM,
accessible in parallel via the "arm64" triple. The plan over the
coming weeks & months is to merge the two into a single backend,
during which time thorough code review should naturally occur.
Everything will be easier with the target in-tree though, hence this
commit.
llvm-svn: 205090
|