| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Adds MIPS32r6/MIPS64r6 and checks the compatibility requirements for these
processors.
I've also included comments to describe removed and re-encoded instructions,
along with placeholder def's for the new instructions but there are no
functional changes to codegen at this point.
Reviewers: jkolek, vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3622
llvm-svn: 208399
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Depends on D3673
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3674
llvm-svn: 208398
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: dsll, dsrl, sll, and srl already exist.
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3673
llvm-svn: 208397
|
| |
|
|
|
|
|
| |
Fix error handling introduced in r127426 that could result in MemoryBuffers not
having null termination.
llvm-svn: 208396
|
| |
|
|
|
|
| |
These were made redundant back in r186560.
llvm-svn: 208395
|
| |
|
|
|
|
|
|
|
|
| |
This lets us diagnose and perform more complete semantic analysis when faced
with errors in the function body or declaration.
By recovering here we provide more consistent diagnostics, particularly during
interactive editing.
llvm-svn: 208394
|
| |
|
|
| |
llvm-svn: 208393
|
| |
|
|
| |
llvm-svn: 208392
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
another way to indicate that this register is a generic
Return Address register (in addition to "ra") - this is
used primarily by OperatingSystem plugins.
Correctly annotate the UnwindPlan created by EmulateInstructionARM64
to indicate that it was not sourced from a compiler and it
is valid at every instruction.
<rdar://problem/16639754>
llvm-svn: 208390
|
| |
|
|
| |
llvm-svn: 208389
|
| |
|
|
| |
llvm-svn: 208388
|
| |
|
|
| |
llvm-svn: 208387
|
| |
|
|
| |
llvm-svn: 208386
|
| |
|
|
|
|
|
|
| |
Handle lowering of global addresses for PIC mode compilation on Windows. Always
use the movw/movt load to load the address as Windows on ARM requires ARMv7+ and
is a pure Thumb environment.
llvm-svn: 208385
|
| |
|
|
| |
llvm-svn: 208384
|
| |
|
|
| |
llvm-svn: 208383
|
| |
|
|
| |
llvm-svn: 208382
|
| |
|
|
| |
llvm-svn: 208381
|
| |
|
|
| |
llvm-svn: 208380
|
| |
|
|
| |
llvm-svn: 208379
|
| |
|
|
| |
llvm-svn: 208378
|
| |
|
|
| |
llvm-svn: 208377
|
| |
|
|
| |
llvm-svn: 208376
|
| |
|
|
|
|
|
|
|
| |
around RelocationEntries, rather than passing the same information via loose
arguments.
No functional change.
llvm-svn: 208375
|
| |
|
|
| |
llvm-svn: 208374
|
| |
|
|
|
|
| |
for consistency.
llvm-svn: 208373
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Also ran clang-format on the function. The code added is the last else
if block.
Reviewers: nadav, craig.topper, delena
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D3518
llvm-svn: 208372
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
comment of the API.
Relaxes the behavior of TargetInstrInfo::commuteInstruction when
TargetInstrInfo::findCommutedOpIndices returns false.
Previously TargetInstrInfo triggered a fatal error in such situation whereas based
on the comment in the API it should just return nullptr. Indeed the only
precondition that should be ensured is that the instruction must be commutable.
llvm-svn: 208371
|
| |
|
|
| |
llvm-svn: 208370
|
| |
|
|
|
|
|
|
| |
that would overwrite each other. Fixed now.
<rdar://problem/16547729>
llvm-svn: 208369
|
| |
|
|
|
|
|
|
|
| |
This tightens up r208351 to ensure that a store is fed with the
correct value.
Thanks to Quentin Colombet for spotting this!
llvm-svn: 208368
|
| |
|
|
|
|
|
|
|
| |
On reflection, this is better despite the missing command-line handling
bits for remarks. Making this a remark makes it much clearer that
this is purely informational and avoids the negative connotations of a
'warning'.
llvm-svn: 208367
|
| |
|
|
| |
llvm-svn: 208366
|
| |
|
|
|
|
|
| |
I have a plan to use VirtualArchiveFile in this file in the near future.
This change should improve the readability by itself, too.
llvm-svn: 208365
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
workaround for an MSVC2012 bug regarding forward_as_tuple
(r207876 was reverted in r208131 after seeing some consistent buildbot
failure for MSVC 2012. The original commits were in r207724-r207726)
Takumi was nice enough to dig into this and locate this Microsoft
Connect issue:
http://connect.microsoft.com/VisualStudio/feedback/details/814899/forward-as-tuple-debug-implementation-error
describing a bug in MSVC2012's forward_as_tuple implementation.
Since the parameters in this instance are trivial/small, pass them by
value (using make_tuple) instead of perfectly-forwarded tuple of rvalue
references (involving the broken forward_as_tuple). Hopefully this will
satisfy MSVC2012.
llvm-svn: 208364
|
| |
|
|
| |
llvm-svn: 208363
|
| |
|
|
| |
llvm-svn: 208362
|
| |
|
|
| |
llvm-svn: 208361
|
| |
|
|
|
|
|
|
|
|
| |
This behavior was added to support StringMaps of StringMaps, default +
move construction are sufficient for this.
Real move construction support coming soon (& probably copy construction
too).
llvm-svn: 208360
|
| |
|
|
| |
llvm-svn: 208359
|
| |
|
|
|
|
|
|
| |
Sorry for the commit spam. My clang-format crashed on me and the vim
plugin did not print an error, but instead just left the formatting
untouched.
llvm-svn: 208358
|
| |
|
|
|
| |
Suggested-by: Benjamin Kramer <benny.kra@gmail.com>
llvm-svn: 208357
|
| |
|
|
| |
llvm-svn: 208356
|
| |
|
|
|
|
|
|
| |
instructions.
And one more test added.
llvm-svn: 208355
|
| |
|
|
| |
llvm-svn: 208354
|
| |
|
|
| |
llvm-svn: 208353
|
| |
|
|
|
|
| |
Replaces several `#if __arm__` with `#if __USING_SJLJ_EXCEPTIONS__`.
llvm-svn: 208352
|
| |
|
|
| |
llvm-svn: 208351
|
| |
|
|
| |
llvm-svn: 208350
|
| |
|
|
|
|
|
| |
This patch doesn't introduce any functionality change. Test cases will be
added later when v5 support is added.
llvm-svn: 208349
|