| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r208453 added support for having sret on the second parameter. In that
change, the code for copying sret into a virtual register was hoisted
into the loop that lowers formal parameters. This caused a "Wrong
topological sorting" assertion failure during scheduling when a
parameter is passed in memory. This change undoes that by creating a
second loop that deals with sret.
I'm worried that this fix is incomplete. I don't fully understand the
dependence issues. However, with this change we produce the same DAGs
we used to produce, so if they are broken, they are just as broken as
they have always been.
llvm-svn: 208637
|
| |
|
|
|
|
| |
time rather than as a post-processing step.
llvm-svn: 208636
|
| |
|
|
|
|
|
|
|
|
|
| |
SECTDIFF relocations on 32-bit x86.
This fixes several of the MCJIT regression test failures that show up on 32-bit
builds.
<rdar://problem/16886294>
llvm-svn: 208635
|
| |
|
|
| |
llvm-svn: 208627
|
| |
|
|
| |
llvm-svn: 208622
|
| |
|
|
|
|
|
|
|
|
|
| |
The current patterns for REV16 misses mostn __builtin_bswap16() due to
legalization promoting the operands to from load/stores toi32s and then
truncing/extending them. This patch adds new patterns that catch the resultant
DAGs and codegens them to rev16 instructions. Tests included.
rdar://15353652
llvm-svn: 208620
|
| |
|
|
| |
llvm-svn: 208618
|
| |
|
|
| |
llvm-svn: 208617
|
| |
|
|
| |
llvm-svn: 208615
|
| |
|
|
| |
llvm-svn: 208614
|
| |
|
|
|
|
|
|
|
|
| |
and reduce nesting/conditionals.
One test case had to be updated as it still had the extra indirection
for the variable list - removing the extra indirection got it back to
passing.
llvm-svn: 208608
|
| |
|
|
| |
llvm-svn: 208607
|
| |
|
|
| |
llvm-svn: 208606
|
| |
|
|
|
|
|
|
| |
This is a slightly different approach to AArch64 (the base instruction
definitions aren't quite right for that to work), but achieves the
same thing and reduces C++ hackery in AsmParser.
llvm-svn: 208605
|
| |
|
|
| |
llvm-svn: 208604
|
| |
|
|
| |
llvm-svn: 208598
|
| |
|
|
|
|
| |
Accidentally committed an unreviewed patch. Reverted it.
llvm-svn: 208583
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Also use named constants for common opcode fields.
Depends on D3669
Reviewers: jkolek, vmedic, zoran.jovanovic
Differential Revision: http://reviews.llvm.org/D3670
llvm-svn: 208582
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Depends on D3668
Reviewers: jkolek, zoran.jovanovic, vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3669
llvm-svn: 208579
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: The 'mul' line of the test is temporarily commented out because it currently matches the MIPS32 mul instead of the MIPS32r6 mul. This line will be uncommented when we disable the MIPS32 mul on MIPS32r6.
Reviewers: jkolek, zoran.jovanovic, vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3668
llvm-svn: 208576
|
| |
|
|
|
|
| |
This lets us delete the MCAsmStreamer implementation. No functionality change.
llvm-svn: 208570
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 208569
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 208567
|
| |
|
|
|
|
| |
(even though the switch is fully covered). No functional change.
llvm-svn: 208565
|
| |
|
|
|
|
|
| |
If this code triggers, any immediate has already been validated so it can't
possibly trigger a diagnostic.
llvm-svn: 208564
|
| |
|
|
|
|
|
|
| |
In terms of assembly, these have too much overlap to be neatly modelled as
disjoint classes: in many cases "lsl" is an acceptable alternative to either
"uxtw" or "uxtx".
llvm-svn: 208563
|
| |
|
|
|
|
|
| |
Now that the asm streamer doesn't use it, the MCStreamer doesn't need to know
about it.
llvm-svn: 208562
|
| |
|
|
| |
llvm-svn: 208561
|
| |
|
|
| |
llvm-svn: 208559
|
| |
|
|
| |
llvm-svn: 208558
|
| |
|
|
| |
llvm-svn: 208557
|
| |
|
|
| |
llvm-svn: 208555
|
| |
|
|
| |
llvm-svn: 208554
|
| |
|
|
| |
llvm-svn: 208553
|
| |
|
|
|
|
| |
PR19721.
llvm-svn: 208552
|
| |
|
|
| |
llvm-svn: 208551
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-mcpu=mips2 does not accept them
Summary:
To limit the number of tests required, only one 32-bit and one 64-bit ISA
prior to MIPS32/MIPS64 are explicitly tested.
Depends on D3695
Reviewers: vmedic
Differential Revision: http://reviews.llvm.org/D3696
llvm-svn: 208549
|
| |
|
|
|
|
| |
It was always true.
llvm-svn: 208547
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-mcpu=mips[1234] does not accept them
Summary:
This required a new instruction group representing the 32-bit subset of
MIPS-V that was available in MIPS32R2
Most of these instructions are correctly rejected but with the wrong error
message. These have been placed in a separate test for now. It happens
because many of the MIPS V instructions have not been implemented.
Depends on D3694
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3695
llvm-svn: 208546
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
DCL[ZO] are now correctly marked as being MIPS64 instructions. This has no
effect on the CodeGen tests since expansion of i64 prevented their use
anyway.
The check for MIPS16 to prevent the use of CLZ no longer prevents DCLZ as
well. This is not a functional change since DCLZ is still prohibited by
being a MIPS64 instruction (MIPS16 is only compatible with MIPS32).
No functional change
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3694
llvm-svn: 208544
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: No functional change
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3693
llvm-svn: 208543
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
dsbh and dshd are not available on Mips32r2. No codegen test changes
required since expansion of i64 prevented the use of these instructions
anyway.
Depends on D3690
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3692
llvm-svn: 208542
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
No functional change.
The minor change to the MIPS16 code is in preparation for a patch that will handle 32-bit FPIdx instructions separately to 64-bit (because they were added in different revisions)
Depends on D3677
Reviewers: rkotler, vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3690
llvm-svn: 208541
|
| |
|
|
| |
llvm-svn: 208540
|
| |
|
|
| |
llvm-svn: 208538
|
| |
|
|
|
|
| |
[-Wcovered-switch-default]
llvm-svn: 208533
|
| |
|
|
|
|
|
|
| |
In transformation:
BinOp(shuffle(v1,undef), shuffle(v2,undef)) -> shuffle(BinOp(v1, v2),undef)
type of the undef argument must be same as type of BinOp.
llvm-svn: 208531
|
| |
|
|
|
|
|
|
| |
Unfortunately, since ARM64 models all these instructions as aliases,
the checks need to be done at the time the alias is seen rather than
during instruction validation as AArch64 does it.
llvm-svn: 208529
|
| |
|
|
| |
llvm-svn: 208528
|
| |
|
|
|
|
| |
diagnostics
llvm-svn: 208527
|