| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
I accidentally comitted it.
llvm-svn: 282712
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: This adds AVRISelLowering.cpp
Reviewers: kparzysz, arsenm
Subscribers: wdng, beanz, mgorny
Differential Revision: https://reviews.llvm.org/D25034
llvm-svn: 282711
|
|
|
|
|
|
|
|
| |
This reverts commit r282679.
Ninja check fails, reverting to debug the issue.
llvm-svn: 282710
|
|
|
|
|
|
|
|
|
|
|
|
| |
I took the input from https://llvm.org/bugs/show_bug.cgi?id=30540, it was
"id_000000,sig_11,src_000000,op_flip1,pos_98"
File contains invalid symbol name offset (too large) and lld just crashes,
patch fixes the issue.
Differential revision: https://reviews.llvm.org/D24970
llvm-svn: 282709
|
|
|
|
|
|
| |
Differential revision: https://reviews.llvm.org/D25033
llvm-svn: 282708
|
|
|
|
|
|
| |
subfolder. NFC.
llvm-svn: 282707
|
|
|
|
| |
llvm-svn: 282706
|
|
|
|
|
|
|
|
|
|
|
| |
If we two sections reside in the same PT_LOAD segment,
we compute second section using the following formula:
Off2 = Off1 + VA2 - VA1. This allows OS kernel allocating
sections correctly when loading an image.
Differential revision: https://reviews.llvm.org/D25014
llvm-svn: 282705
|
|
|
|
|
|
| |
This reduces the build size from 17G to 1.9G on my machine.
llvm-svn: 282704
|
|
|
|
|
|
|
|
| |
dynamic memory exhaustion.
The test breaks build bots.
llvm-svn: 282703
|
|
|
|
|
|
|
|
|
|
| |
Until someone rewrites the stdlib logic for Darwin so that we don't need
to pass down the -stdlib argument to cc1.
(see https://llvm.org/bugs/show_bug.cgi?id=30548)
Differential Revision: https://reviews.llvm.org/D24601
llvm-svn: 282701
|
|
|
|
| |
llvm-svn: 282695
|
|
|
|
| |
llvm-svn: 282694
|
|
|
|
|
|
| |
Why does Folded Spill comments print with a different number of # characters on different systems?
llvm-svn: 282693
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dynamic memory exhaustion.
Throwing an exception for the first time may lead to call calloc to
allocate memory for __cxa_eh_globals. If the memory pool is exhausted
at that moment, it results in abnormal termination of the program.
This patch addresses the issue by using fallback_malloc in that case.
Differential Revision: https://reviews.llvm.org/D17815
llvm-svn: 282692
|
|
|
|
| |
llvm-svn: 282691
|
|
|
|
|
|
|
|
| |
This adds new pseudo instructions that can be selected during register allocation to represent loads and stores of XMM/YMM registers when AVX512F is available, but VLX isn't. They will be converted to VEX encoded moves if the register turns out to be XMM0-15/YMM0-15. Otherwise either an EVEX VEXTRACT(store) or VBROADCAST(load) will be used.
Fixes one of the cases from PR29112.
llvm-svn: 282690
|
|
|
|
| |
llvm-svn: 282689
|
|
|
|
|
|
| |
(X86VBroadcast f64:)). Add AVX512VL to command line of existing AVX2 test that hits this condition.
llvm-svn: 282688
|
|
|
|
|
|
| |
domain fixing table.
llvm-svn: 282687
|
|
|
|
| |
llvm-svn: 282686
|
|
|
|
| |
llvm-svn: 282685
|
|
|
|
| |
llvm-svn: 282684
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a large stack frame with lots of spilled registers.
While writing the i386 version of this test, it looks
like I found a bug in the 32-bit instruction profiler
code. I may ned to fix the assembly inspection engine
before I can finish writing that test, so I'm only
committing the 64-bit one tonight.
<rdar://problem/28509178>
llvm-svn: 282683
|
|
|
|
| |
llvm-svn: 282682
|
|
|
|
|
|
|
|
|
| |
Add underscore aliases for strtof_l and strtod_l. _strtold_l exists in
VS 2013 and above, so fix that definition as a drive-by fix.
Differential Revision: https://reviews.llvm.org/D25059
llvm-svn: 282681
|
|
|
|
|
|
|
| |
All of the other tablegen'd include files are named .gen, so it's best
to be consistent.
llvm-svn: 282680
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Inlining the destructor caused the compiler to generate bad IR which failed the Verifier in the backend.
https://llvm.org/bugs/show_bug.cgi?id=30341
This patch disables alias to available_externally definitions.
Reviewers: eugenis, rsmith
Differential Revision: https://reviews.llvm.org/D24682
llvm-svn: 282679
|
|
|
|
| |
llvm-svn: 282678
|
|
|
|
|
|
|
|
|
|
|
| |
AsmPrinter. This was reinitializing the Mangler after we moved the
Mangler down to TLOF and causing us to have two different unnamed
global values accessed with the same name.
This should fix the problems on the ubsan tests here:
http://lab.llvm.org:8011/builders/clang-cmake-mips/builds/15307
llvm-svn: 282675
|
|
|
|
|
|
| |
we can just use the size of the DenseMap as a unique counter.
llvm-svn: 282674
|
|
|
|
|
|
| |
line or the other commented out place.
llvm-svn: 282673
|
|
|
|
| |
llvm-svn: 282672
|
|
|
|
|
|
|
| |
The add instruction should be generated with shift bit (lsl #12).
Update the test case.
llvm-svn: 282671
|
|
|
|
| |
llvm-svn: 282670
|
|
|
|
|
|
| |
Should not be a functional but an aesthetic change.
llvm-svn: 282669
|
|
|
|
| |
llvm-svn: 282668
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes to allow spilling all registers at the end of the block
work with exec modifications. Don't emit s_and_saveexec_b64 for
if lowering, and instead emit copies. Mark control flow mask
instructions as terminators to get correct spill code placement
with fast regalloc, and then have a separate optimization pass
form the saveexec.
This should work if SGPRs are spilled to VGPRs, but
will likely fail in the case that an SGPR spills to memory
and no workitem takes a divergent branch.
llvm-svn: 282667
|
|
|
|
| |
llvm-svn: 282666
|
|
|
|
| |
llvm-svn: 282665
|
|
|
|
| |
llvm-svn: 282664
|
|
|
|
| |
llvm-svn: 282663
|
|
|
|
| |
llvm-svn: 282662
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: AArch64 LLVM assembler emits add instruction without shift bit to calculate the higher 12-bit address of TLS variables in local exec model. This generates wrong code sequence to access TLS variables with thread offset larger than 0x1000.
Reviewers: t.p.northover, peter.smith, rovka
Subscribers: salim.nasser, aemerson, llvm-commits, rengolin
Differential Revision: https://reviews.llvm.org/D24702
llvm-svn: 282661
|
|
|
|
| |
llvm-svn: 282660
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a linux bot test failure. That one is fixed; hopefully there won't
be any others turned up this time.
The eh_frame augmentation code wasn't working right after the
reorg/rewrite of the classes. It works correctly now for the one
test that was failing - but we'll see what the test bots come up
with.
<rdar://problem/28509178>
llvm-svn: 282659
|
|
|
|
| |
llvm-svn: 282658
|
|
|
|
|
|
| |
<rdar://problem/28502241>
llvm-svn: 282657
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D24492
llvm-svn: 282656
|
|
|
|
|
|
| |
Thanks to Peter for the suggestion.
llvm-svn: 282655
|