llvm-svn: 101007

llvm-svn: 101002

llvm-svn: 101001

variables. For example, with code like this:

  for (i=0;i<n;++i)
    if (i<n)
      x[i] = 0;

IndVarSimplify will now recognize that i is always less than n inside
the loop, and eliminate the if.

llvm-svn: 101000

loop conditions which are invariants.

llvm-svn: 100995

llvm-svn: 100994

ConstantRange(0, 0) creates an empty range rather than a full one.

llvm-svn: 100993

llvm-svn: 100992

intentionally ignored.

llvm-svn: 100984

llvm-svn: 100983

llvm-svn: 100981

llvm-svn: 100980

that it's only testing for the entry condition, not full loop-invariant
conditions.

llvm-svn: 100979

llvm-svn: 100977

llvm-svn: 100954

parameters in the CBE by implicitly adding a fixed argument.
This allows eliminating a work-around from DAE.  Patch by
Sylvere Teissier!

llvm-svn: 100944

in r86005 and unintentionally changed the default from -O3 to -O2.

 - It's odd the things automated perf testing turns up! :)

 - Also, the configure diff is messed up slightly. It looks like someone either
   didn't regenerate configure correctly (or I didn't), or autoconf has some
   funnyness in it. Eric, any ideas?

This has been at -O2 for so long, that I am slightly nervous that this change
will uncover miscompiles of LLVM on other systems. If that is the case, I think
we should just set the default universally at -O3, and let developers/vendors
use -O3 if they want it and have tested it.

llvm-svn: 100941

in some cases.

llvm-svn: 100937

llvm-svn: 100936

$ llvm-as t.ll
llvm-as: t.ll:1:6: error: expected 'type' after '='
%0 = = type { i32, float, float, double }
     ^

PR6810.

llvm-svn: 100934

llvm-svn: 100933

patch by Patrick Walton!

llvm-svn: 100932

that do not build some (or all) of the targets that
edis supports.

llvm-svn: 100910

llvm-svn: 100908

into adjacent loops. Also, ensure that the insert position is
dominated by the loop latch of any loop in the post-inc set which
has a latch.

llvm-svn: 100906

llvm-svn: 100904

We are bound to fail!  For proper disassembly, the well-known encoding bits
of the instruction must be fully specified.

This also removes pseudo instructions from considerations of disassembly,
which is a better design and less fragile than the name matchings.

llvm-svn: 100899

variable TARGET_HAS_DYNAMIC_LIBS

llvm-svn: 100896

llvm-svn: 100895

llvm-svn: 100894

llvm-svn: 100893

such that the non-VFP versions have no implicit defs of VFP registers.
If any callee-saved VFP registers are marked as having been defined, the
prologue/epilogue code will try to save and restore them.
Radar 7770432.

llvm-svn: 100892

llvm-svn: 100889

encounters decoding conflicts, instead of wrapping it inside the DEBUG() macro. 

llvm-svn: 100886

a hoisted intermediate result if the intermediate result isn't an
Instruction.

llvm-svn: 100884

so that an unfortunately placed bitcast doesn't pin a value in a
register.

llvm-svn: 100883

llvm-svn: 100879

llvm-svn: 100877

llvm-svn: 100876

"On SPU, variables in the .bss section that are allocated with the .lcomm directive are not aligned on 16 byte boundaries. This causes misaligned loads, as the generated assembly assumes this "default" alignment.

this patch disables .lcomm in favour of '.local .comm'

Patch by Kalle Raisklia!

llvm-svn: 100875