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

llvm-svn: 186930

llvm-svn: 186929

llvm-svn: 186928

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

llvm-svn: 186907

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

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

Suppress argumentless aliases for some x86 FP operations from being used by the asm writer. Prefer to use the explicit %st(1) form.

llvm-svn: 186897

llvm-svn: 186896

llvm-svn: 186893