| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 173628
|
| |
|
|
|
|
| |
Also add some asserts.
llvm-svn: 173627
|
| |
|
|
| |
llvm-svn: 173625
|
| |
|
|
|
|
|
| |
These instructions are not targeted by the compiler but they are
needed for the MC layer.
llvm-svn: 173624
|
| |
|
|
|
|
|
| |
These instructions are not targeted by the compiler but they are
needed for the MC layer.
llvm-svn: 173623
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When flipping the pair of subvectors that form a vector, if the
vector length is 2, we can use the SK_Reverse shuffle kind to get
more-accurate cost information. Also we can use the SK_ExtractSubvector
shuffle kind to get accurate subvector extraction costs.
The current cost model implementations don't yet seem complex enough
for this to make a difference (thus, there are no test cases with this
commit), but it should help in future.
Depending on how the various targets optimize and combine shuffles in
practice, we might be able to get more-accurate costs by combining the
costs of multiple shuffle kinds. For example, the cost of flipping the
subvector pairs could be modeled as two extractions and two subvector
insertions. These changes, however, should probably be motivated
by specific test cases.
llvm-svn: 173621
|
| |
|
|
|
|
| |
code makes.
llvm-svn: 173620
|
| |
|
|
|
|
| |
attributes being passed in.
llvm-svn: 173618
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
right shift amount type.
Fix that by adding a cast to the shift expander. This came up with vector shifts
on sse-less X86 CPUs.
<2 x i64> = shl <2 x i64> <2 x i64>
-> i64,i64 = shl i64 i64; shl i64 i64
-> i32,i32,i32,i32 = shl_parts i32 i32 i64; shl_parts i32 i32 i64
Now we cast the last two i64s to the right type. Fixes the crash in PR14668.
llvm-svn: 173615
|
| |
|
|
| |
llvm-svn: 173613
|
| |
|
|
| |
llvm-svn: 173611
|
| |
|
|
|
|
| |
out bug fixes, or functionality preserving refactorings.
llvm-svn: 173610
|
| |
|
|
|
|
|
|
|
| |
This name change does the following:
1. Causes the function name to use proper ARC terminology.
2. Makes it clear what the function truly does.
llvm-svn: 173609
|
| |
|
|
|
|
|
| |
In the future, AttributeWithIndex won't be used anymore. Besides, it exposes the
internals of the AttributeSet to outside users, which isn't goodness.
llvm-svn: 173603
|
| |
|
|
|
|
|
| |
In the future, AttributeWithIndex won't be used anymore. Besides, it exposes the
internals of the AttributeSet to outside users, which isn't goodness.
llvm-svn: 173602
|
| |
|
|
|
|
|
| |
In the future, AttributeWithIndex won't be used anymore. Besides, it exposes the
internals of the AttributeSet to outside users, which isn't goodness.
llvm-svn: 173601
|
| |
|
|
|
|
|
| |
In the future, AttributeWithIndex won't be used anymore. Besides, it exposes the
internals of the AttributeSet to outside users, which isn't goodness.
llvm-svn: 173600
|
| |
|
|
|
|
| |
Further removal of the introspective AttributeWithIndex thing. Also fix the #includes.
llvm-svn: 173599
|
| |
|
|
| |
llvm-svn: 173598
|
| |
|
|
| |
llvm-svn: 173580
|
| |
|
|
| |
llvm-svn: 173579
|
| |
|
|
| |
llvm-svn: 173572
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This catches many cases where we can emit a more efficient shuffle for a
specific mask or when the mask contains undefs. Once the splat is lowered to
unpacks we can't do that anymore.
There is a possibility of moving the promotion after pshufb matching, but I'm
not sure if pshufb with a mask loaded from memory is faster than 3 shuffles, so
I avoided that for now.
llvm-svn: 173569
|
| |
|
|
| |
llvm-svn: 173563
|
| |
|
|
| |
llvm-svn: 173552
|
| |
|
|
|
|
| |
function allows a caller to obtain a table of line information for a function using the function's address and size.
llvm-svn: 173537
|
| |
|
|
|
|
| |
AttributeWithIndex.
llvm-svn: 173536
|
| |
|
|
| |
llvm-svn: 173526
|
| |
|
|
| |
llvm-svn: 173524
|
| |
|
|
|
|
|
|
| |
The 'getSlot' function and its ilk allow introspection into the AttributeSet
class. However, that class should be opaque. Allow access through accessor
methods instead.
llvm-svn: 173522
|
| |
|
|
|
|
|
|
|
|
| |
This provides a place to add customized operation cost information and
control some other target-specific IR-level transformations.
The only non-trivial logic in this checkin assigns a higher cost to
unaligned loads and stores (covered by the included test case).
llvm-svn: 173520
|
| |
|
|
| |
llvm-svn: 173518
|
| |
|
|
|
|
| |
and, in the case of ELF files, using symbol addresses when available for relocations to the .debug_info section. Also extending the llvm-rtdyld tool to add the ability to dump line number information for testing purposes.
llvm-svn: 173517
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(defined by the x32 ABI) mode, in which case its pointers are 32-bits
in size. This knowledge is also added to X86RegisterInfo that now
returns the appropriate registers in getPointerRegClass.
There are many outcomes to this change. In order to keep the patches
separate and manageable, we start by focusing on some simple testable
cases. The patch adds a test with passing a pointer to a function -
focusing on the difference between the two data models for x86-64.
Another test is added for handling of 'sret' arguments (and
functionality is added in X86ISelLowering to make it work).
A note on naming: the "x32 ABI" document refers to the AMD64
architecture (in LLVM it's distinguished by being is64Bits() in the
x86 subtarget) with two variations: the LP64 (default) data model, and
the ILP32 data model. This patch adds predicates to the subtarget
which are consistent with this naming scheme.
llvm-svn: 173503
|
| |
|
|
| |
llvm-svn: 173501
|
| |
|
|
|
|
| |
duplication.
llvm-svn: 173500
|
| |
|
|
| |
llvm-svn: 173499
|
| |
|
|
| |
llvm-svn: 173497
|
| |
|
|
|
|
| |
AttributeWithIndex.
llvm-svn: 173495
|
| |
|
|
| |
llvm-svn: 173494
|
| |
|
|
|
|
|
|
| |
The order in which operands appear in the encoded instruction is different
to order in which they appear in assembly. This changes the XCore backend to
use the instruction encoding order.
llvm-svn: 173493
|
| |
|
|
|
|
|
|
|
| |
politely report it instead of running into llvm_unreachable.
Also patch llvm-dwarfdump to actually check whether the file it's attempting to
dump is a valid object file.
llvm-svn: 173489
|
| |
|
|
|
|
|
| |
Flags for dumping specific DWARF sections added in lib/DebugInfo and
llvm-dwarfdump.
llvm-svn: 173480
|
| |
|
|
| |
llvm-svn: 173479
|
| |
|
|
|
|
|
| |
With this change the operands order matches the order in which the operands
are encoded in the instruction.
llvm-svn: 173477
|
| |
|
|
| |
llvm-svn: 173476
|
| |
|
|
| |
llvm-svn: 173475
|
| |
|
|
|
|
| |
created InternalizePass (useful for pass reuse)
llvm-svn: 173474
|
| |
|
|
| |
llvm-svn: 173471
|
| |
|
|
| |
llvm-svn: 173467
|