llvm-svn: 113747

llvm-svn: 113746

llvm-svn: 113728

This problem is unrelated to the recent dependency tracking change. It
seems like noone noticed the problem because I don't think anyone compiles
any target other than X86 on windows.

llvm-svn: 113727

on to Owen.

llvm-svn: 113720

llvm-svn: 113712

an overview of mc and the idea of the code emission phase.

llvm-svn: 113707

llvm-svn: 113693

llvm-svn: 113692

llvm-svn: 113691

This fixes rdar://8408129 - pushfd and popfd get invalid instruction mnemonic errors

llvm-svn: 113690

llvm-svn: 113689

the end of the line on a parser error, allowing skipping to happen
for syntactic errors but not for semantic errors.  Before we would
miss emitting a diagnostic about the second line, because we skipped
it due to the semantic error on the first line:

  foo %eax
  bar %al

This fixes rdar://8414033 - llvm-mc ignores lines after an invalid instruction mnemonic errors

llvm-svn: 113688

llvm-svn: 113687

python's %r.

llvm-svn: 113685

This can result in increased opportunities for store narrowing in code generation.  Update a number of
tests for this change.  This fixes <rdar://problem/8285027>.

Additionally, because this inverts the order of ors and ands, some patterns for optimizing or-of-and-of-or
no longer fire in instances where they did originally.  Add a simple transform which recaptures most of these
opportunities: if we have an or-of-constant-or and have failed to fold away the inner or, commute the order 
of the two ors, to give the non-constant or a chance for simplification instead.

llvm-svn: 113679

llvm-svn: 113676

llvm-svn: 113671

llvm-svn: 113670

llvm-svn: 113666

the 'zero' bit down into the back-end. There are other cases where this logic
isn't sufficient, so they should be handled separately.

llvm-svn: 113665

llvm-svn: 113662

llvm-svn: 113659

llvm-svn: 113654

llvm-svn: 113653

used for fast-isel.

llvm-svn: 113652

Reassociate does this but it doesn't catch all cases (e.g. if the operands are i1).

llvm-svn: 113651

llvm-svn: 113647

llvm-svn: 113643

iterator when an optimization took place. This allows us to do more insane
things with the code than just remove an instruction or two.

llvm-svn: 113640

llvm-svn: 113637

llvm-svn: 113632

(The Ada bindings probably need it too, but all the
obvious places to change say "do not edit this file".)

llvm-svn: 113618

string.

llvm-svn: 113615

llvm-svn: 113614

llvm-svn: 113610

llvm-svn: 113608

understand (the log file was no help).

llvm-svn: 113605

llvm-svn: 113603

"llvm.eh.catch.all.value". Only the name needs to be changed.

llvm-svn: 113600