Patch by John Thompson!

llvm-svn: 77988

Thanks Chris.

llvm-svn: 77987

appropriate.  Patch per report on llvmdev.  No testcase because the 
original report didn't come with a testcase, and I can't come up with a case
that actually fails.

llvm-svn: 77986

llvm-svn: 77985

llvm-svn: 77984

code that I will be using shortly.

llvm-svn: 77983

llvm-svn: 77982

remaining specifier enums T.

llvm-svn: 77981

llvm-svn: 77978

This will cause it to enter the ".text" section instead of "_text"
but masm is already broken.

llvm-svn: 77977

llvm-svn: 77976

 - The theory is these should never actually be called, since these boil down to
   passes which can access the target data via the standard mechanism.

llvm-svn: 77975

llvm-svn: 77974

llvm-svn: 77973

llvm-svn: 77972

llvm_report_error already prints "LLVM ERROR:". So stop reporting errors like "LLVM ERROR: llvm: error:" or "LLVM ERROR: ERROR:".

llvm-svn: 77971

obviously correct.

llvm-svn: 77969

Since we're generating stubs by hands we don't follow the ABI and don't
create a register spill area.
Don't use this area in compilation callback!

llvm-svn: 77968

Fix a coaelescer bug. If a copy val# is extended to eliminate a non-trivially coalesced copy, and the copy kills its source register. Trim the source register's live range to the last use if possible. This fixes up kill marker to make the scavenger happy.

llvm-svn: 77967

llvm-svn: 77966

llvm-svn: 77965

Add 'Indirect' LocInfo class and use to pass __m128 on win64. Also minore fixes here and there (mostly __m64).

llvm-svn: 77964

Cleanup Darwin MMX calling conv stuff - make the stuff more generic. This also fixes a subtle bug, when 6th v1i64 argument passed wrongly.

llvm-svn: 77963

Unbreak Win64 CC. Step one: honour register save area, fix some alignment and provide a different set of call-clobberred registers.

llvm-svn: 77962

llvm-svn: 77961

llvm-svn: 77960

llvm-svn: 77959

Fix newlinew warning in floatundidf.c , Bulkout CMake system more, complete port to AuroraUX and Solaris.

llvm-svn: 77958

to not be a very good idea.

llvm-svn: 77957

llvm-svn: 77956

llvm-svn: 77955

 - Gratuitous and unused, but possibly useful one day.

llvm-svn: 77954

llvm-svn: 77953

llvm-svn: 77952

llvm-svn: 77950

llvm-svn: 77949

llvm-svn: 77947

This is not just a matter of passing in the target triple from the module;
currently backends are making decisions based on the build and host
architecture. The goal is to migrate to making these decisions based off of the
triple (in conjunction with the feature string). Thus most clients pass in the
target triple, or the host triple if that is empty.

This has one important change in the way behavior of the JIT and llc.

For the JIT, it was previously selecting the Target based on the host
(naturally), but it was setting the target machine features based on the triple
from the module. Now it is setting the target machine features based on the
triple of the host.

For LLC, -march was previously only used to select the target, the target
machine features were initialized from the module's triple (which may have been
empty). Now the target triple is taken from the module, or the host's triple is
used if that is empty. Then the triple is adjusted to match -march.

The take away is that -march for llc is now used in conjunction with the host
triple to initialize the subtarget. If users want more deterministic behavior
from llc, they should use -mtriple, or set the triple in the input module.

llvm-svn: 77946

llvm-svn: 77945

llvm-svn: 77944