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

llvm-svn: 100874

llvm-svn: 100869

llvm-svn: 100867

llvm-svn: 100862

llvm-svn: 100860

llvm-svn: 100859

llvm-svn: 100858

llvm-svn: 100856

llvm-svn: 100852

llvm-svn: 100850

llvm-svn: 100849

llvm-svn: 100848

llvm-svn: 100846

a separate function.

llvm-svn: 100845

integrated into the llvm-mc testing tool.

llvm-svn: 100842

llvm-svn: 100841