llvm-svn: 94032

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: 94010

llvm-svn: 93996

go completely away.

llvm-svn: 93994

llvm-svn: 93993

for tidiness.

llvm-svn: 93992

of int initializers), change some methods to be static functions,
use raw_ostream::write_hex instead of a smallstring dance with 
APValue::toStringUnsigned(S, 16).

llvm-svn: 93991

simplifying the code.

llvm-svn: 93988

4-byte constants if .quad isn't supported.  Switch a bunch of
methods used by the dwarf writer to use OutStreamer.EmitIntValue.

llvm-svn: 93987

llvm-svn: 93986

If a instruction belongs to another function (and not current function) as per debug info attached with the instruction then ignore the dangling lexical scope of this instruction. Such scopes are unreachable.

llvm-svn: 93967

Add some asserts to check SelectionDAG problems earlier.

llvm-svn: 93960

more cases where debug declarations affect
debug line info.

llvm-svn: 93953

that SCEVExpander can produce when running on behalf of LSR.

llvm-svn: 93949

llvm-svn: 93929

for -fverbose-asm unless it's on.

llvm-svn: 93926

instructions.

llvm-svn: 93925

llvm-svn: 93918

llvm-svn: 93905

Add some new debugging APIs to print out "raw" SelectionDAGs to make
understanding CannotYTetSelect and other errors easier.

llvm-svn: 93901

identifier.  There is no way to work around it.

llvm-svn: 93896

Do not extend extension results beyond the use of a PHI instruction at the start of a use block. A PHI use is expected to kill its source values.

llvm-svn: 93895

This fixes some bugs handling address spaces.

llvm-svn: 93891

default address space.

llvm-svn: 93890

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

darwin.  The next big piece to get global variables streamerized
is EmitGlobalConstant.

llvm-svn: 93870

.zerofill directive.  Streamerize its generation.

llvm-svn: 93868

MDNodes are not expected to disappear or replaced by another MDNode, so there is no need to pay the cost of WeakVH and ValueMaps.

llvm-svn: 93865

llvm-svn: 93864

llvm-svn: 93860

llvm-svn: 93859

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

This makes a similar code dead in all the other targets, I'll clean it up
in a bit.

This also moves handling of lcomm up before acquisition of a section,
since lcomm never needs a section.

llvm-svn: 93851

darwin into common code.

llvm-svn: 93849

llvm-svn: 93832

llvm-svn: 93818

comments (fast isel, X86).  This doesn't seem
to break any functionality, but will introduce
cases where -g affects the generated code.  I'll
be fixing that.

llvm-svn: 93811

Instcombine does this but apparently there are situations where this pattern will escape the optimizer and / or created by isel. Here is a case that's seen in JavaScriptCore:
  %t1 = sub i32 0, %a
  %t2 = add i32 %t1, -1
The dag combiner pattern: ((c1-A)+c2) -> (c1+c2)-A
will fold it to -1 - %a.

llvm-svn: 93773