missing ones are libsupport, libsystem and libvmcore.  libvmcore is
currently blocked on bugpoint, which uses EH.  Once it stops using
EH, we can switch it off.

This #if 0's out 3 unit tests, because gtest requires RTTI information.
Suggestions welcome on how to fix this.

llvm-svn: 94164

llvm-svn: 94147

llvm-svn: 94132

llvm-svn: 94129

llvm-svn: 94125

cannot be directly interchanged for comparisons against negated values.
Disable the CMN instructions for the time being.

llvm-svn: 94119

llvm-svn: 94098

llvm-svn: 94095

This new version is much more aggressive about doing "full" reduction in
cases where it reduces register pressure, and also more aggressive about
rewriting induction variables to count down (or up) to zero when doing so
reduces register pressure.

It currently uses fairly simplistic algorithms for finding reuse
opportunities, but it introduces a new framework allows it to combine
multiple strategies at once to form hybrid solutions, instead of doing
all full-reduction or all base+index.

llvm-svn: 94061

Fix a minor issue in x86 load / store folding table. movups does an unaligned load so it doesn't require 16-byte alignment.

llvm-svn: 94058

this makes function stub emission determinstic.

llvm-svn: 94033

llvm-svn: 94032

no functionality change.

llvm-svn: 94030

MachineModuleInfoMachO instead.  This eliminates two sources
of nondeterministic output in the ppc backend, but function
stubs are still bad.

llvm-svn: 94029

When XDEBUG is enabled, check for SelectionDAG cycles at some key
points.  This will help us find future problems like the one
described in PR6019.

llvm-svn: 94019

llvm-svn: 94008

go completely away.

llvm-svn: 93994

stomache MCAsmInfo having this, and I found a better solution to
this layering issue.

llvm-svn: 93985

more cases where debug declarations affect
debug line info.

llvm-svn: 93953

llvm-svn: 93940

line number info.

llvm-svn: 93937

I really want clients of the streamer to be able to say "emit this
64-bit integer" and have it get broken down right by the streamer.

I may change this in the future, we'll see how it works out.

llvm-svn: 93934

llvm-svn: 93918

the two token accessor functions are declared consistently.
Modified the clients of MCAsmParser to reflect this change.

llvm-svn: 93916

Since the mov is executed unconditionally, make sure that the add didn't have
any predicate.

llvm-svn: 93909

MCAsmParser, and changed the target-specific AsmParsers
to use it.

llvm-svn: 93900

in use by Mips.

llvm-svn: 93897

identifier.  There is no way to work around it.

llvm-svn: 93896

which we don't support anymore.

llvm-svn: 93886

function can support dynamic stack realignment. That's a much easier question
to answer at instruction selection stage than whether the function actually
will have dynamic alignment prologue. This allows the removal of the
stack alignment heuristic pass, and improves code quality for cases where
the heuristic would result in dynamic alignment code being generated when
it was not strictly necessary.

llvm-svn: 93885

the instruction to load those args removed. This fix PR6071

llvm-svn: 93880

llvm-svn: 93876

llvm-svn: 93875

.zerofill directive.  Streamerize its generation.

llvm-svn: 93868

llvm-svn: 93864

llvm-svn: 93863

doing global variable classification anymore) and hookized, sink almost
all target targets global variable emission code into AsmPrinter and out
of each target.

Some notes:

1. PIC16 does completely custom and crazy stuff, so it is not changed.
2. XCore has some custom handling for extra directives.  I'll look at it next.
3. This switches linux/ppc to use .globl instead of .global.  If .globl is
   actually wrong, let me know and I'll fix it.
4. This makes linux/ppc get a lot of random cases right which were obviously
   wrong before, it is probably now a bit healthier.
5. Blackfin will probably start getting .comm and other things that it didn't
   before.  If this is undesirable, it should explicitly opt out of these
   things by clearing the relevant fields of MCAsmInfo.

This leads to a nice diffstat:
 14 files changed, 127 insertions(+), 830 deletions(-)

llvm-svn: 93858

llvm-svn: 93857

just like all other elf targets.  Bruno, if this isn't right, please
let me know + why :)

llvm-svn: 93856

llvm-svn: 93855