| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 187002
|
| |
|
|
| |
llvm-svn: 187001
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When vectors are built from a single value, the ARM lowering issues a
scalar_to_vector node.
This node is then always morphed into a move from the general purpose unit to
the vector unit.
When the value comes from a load, this can be simplified into a vector load to
the right lane.
This patch changes the lowering of insert_vector_elt to expose a vector
friendly pattern in this situation.
This is a step toward fixing <rdar://problem/14170854>.
llvm-svn: 186999
|
| |
|
|
| |
llvm-svn: 186998
|
| |
|
|
| |
llvm-svn: 186997
|
| |
|
|
| |
llvm-svn: 186995
|
| |
|
|
| |
llvm-svn: 186994
|
| |
|
|
| |
llvm-svn: 186987
|
| |
|
|
|
|
|
| |
Run in two different modes: with and without reopening the temporary file
between creating it and mapping it with MemoryBuffer.
llvm-svn: 186986
|
| |
|
|
|
|
|
| |
Use getNodeField to access a field as a MDNode.
No functionality change.
llvm-svn: 186985
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The main observation is that we never need both the filesize and the map size.
When mapping a slice of a file, it doesn't make sense to request a null
terminator and that would be the only case where the filesize would be used.
There are other cleanups that should be done in this area:
* A client should not have to pass the size (even an explicit -1) to say if
it wants a null terminator or not, so we should probably swap the argument
order.
* The default should be to not require a null terminator. Very few clients
require this, but many end up asking for it just because it is the default.
llvm-svn: 186984
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The gold plugin was passing the desired map size as the file size. This was
working for two reasons:
* Recent version of gold provide the get_view callback, so this code was not
used.
* In older versions, getOpenFile was called, but the file size is never used
if we don't require null terminated buffers and map size defaults to the
file size.
Thanks to Eli Bendersky for noticing this.
I will try to make this api a bit less error prone.
llvm-svn: 186978
|
| |
|
|
| |
llvm-svn: 186972
|
| |
|
|
|
|
|
| |
This reverts commit r185676.
Originally done because of VS 2008.
llvm-svn: 186969
|
| |
|
|
| |
llvm-svn: 186968
|
| |
|
|
|
|
| |
Remove trailing ')'. Sorry about all that, should be good now!
llvm-svn: 186965
|
| |
|
|
| |
llvm-svn: 186963
|
| |
|
|
| |
llvm-svn: 186961
|
| |
|
|
| |
llvm-svn: 186939
|
| |
|
|
|
|
| |
Found while testing with pipefail enabled.
llvm-svn: 186937
|
| |
|
|
| |
llvm-svn: 186935
|
| |
|
|
|
|
|
|
|
|
|
| |
The symbol table has forward references in the file. Instead of allocating
a temporary buffer or counting the size and then writing, this implementation
writes a dummy value first and patches it once the final value is known.
There is room for performance improvement. I will implement them as soon as I
get some other features (like a ranlib mode) in.
llvm-svn: 186934
|
| |
|
|
| |
llvm-svn: 186932
|
| |
|
|
| |
llvm-svn: 186931
|
| |
|
|
|
|
| |
-disable-debug-info-verifier, too, since r186902.
llvm-svn: 186930
|
| |
|
|
| |
llvm-svn: 186929
|
| |
|
|
| |
llvm-svn: 186928
|
| |
|
|
|
|
| |
normal movsl instead.
llvm-svn: 186924
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186923
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186922
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186921
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186920
|
| |
|
|
|
|
|
|
|
|
| |
This increases the number of opportunites we have for folding. With the
previous implementation we were unable to fold into any instructions
other than the first when multiple instructions were selected from a
single SDNode.
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186919
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186918
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
MOV * T0.W, KC0[131-128].Y
After:
MOV * T0.W, KC0[3].Y
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186917
|
| |
|
|
|
|
|
|
| |
A side-effect of this is that now the compiler expects kernel arguments
to be 4-byte aligned.
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186916
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186915
|
| |
|
|
|
| |
Reviewed-by: Vincent Lejeune <vljn at ovi.com>
llvm-svn: 186914
|
| |
|
|
| |
llvm-svn: 186913
|
| |
|
|
| |
llvm-svn: 186910
|
| |
|
|
|
|
| |
normal movsl instead.
llvm-svn: 186907
|
| |
|
|
|
|
|
|
| |
to their 32-bit forms.
This makes them consistent with 'bt' which already had this handling. gas has the same behavior. There have been discussions on the mailing list about determining size based on the immediate, but my goal here was just to remove the inconsistency.
llvm-svn: 186904
|
| |
|
|
|
|
|
|
|
|
|
| |
MDNodes used by DbgDeclareInst and DbgValueInst.
Another 16 testing cases failed and they are disabled with
-disable-debug-info-verifier.
A total of 34 cases are disabled with -disable-debug-info-verifier and will be
corrected.
llvm-svn: 186902
|
| |
|
|
|
|
|
|
| |
%reg.
It only didn't use it before because it seems InstAlias handling in the asm printer fails to count tied operands so it tried to find an xor with 2 operands instead of the 3 it wfails to count tied.
llvm-svn: 186900
|
| |
|
|
|
|
| |
the asm writer. Prefer to use the explicit %st(1) form.
llvm-svn: 186897
|
| |
|
|
| |
llvm-svn: 186896
|
| |
|
|
| |
llvm-svn: 186893
|
| |
|
|
| |
llvm-svn: 186892
|
| |
|
|
| |
llvm-svn: 186890
|
| |
|
|
| |
llvm-svn: 186887
|