llvm-svn: 28436

llvm-svn: 28435

llvm-svn: 28434

llvm-svn: 28433

FP arithmetic arguments and results are never NaNs or +=Infs. This includes
ignoring parity flag (PF) when checking for FP equality.

llvm-svn: 28432

ARMAsmPrinter::runOnMachineFunction
LowerFORMAL_ARGUMENTS
ARMInstrInfo::isMoveInstr

llvm-svn: 28431

llvm-svn: 28430

llvm-svn: 28429

llvm-svn: 28427

Support Win32 platforms for llvm-gcc path. Patch by Anton Korobeynikov

llvm-svn: 28426

llvm-svn: 28425

llvm-svn: 28424

llvm-svn: 28423

llvm-svn: 28422

I'm suprised it didn't cause more!

llvm-svn: 28421

  If it reads the chain result of the call, then the use, callseq_start,
  and call would form a cycle!
- Don't forget handle node replacement!
- There could also be a TokenFactor between the load and the callseq_start.

llvm-svn: 28420

llvm-svn: 28419

llvm-svn: 28418

llvm-svn: 28417

the TableGen generated code since the load's chain result is read by
the callseq_start node.

llvm-svn: 28416

llvm-svn: 28415

This is part of the on-going work on PR 761.

llvm-svn: 28414

llvm-svn: 28413

        call csretcc void %structret( { sbyte }* %P )

instead of this:

        callcsretcc  void %structret( { sbyte }* %P )

llvm-svn: 28412

llvm-svn: 28411

llvm-svn: 28410

llvm-svn: 28409

llvm-svn: 28408

llvm-svn: 28407

llvm-svn: 28406

csret functions.

llvm-svn: 28405

llvm-svn: 28404

llvm-svn: 28403

llvm-svn: 28402

llvm-svn: 28401

llvm-svn: 28400

llvm-svn: 28399

llvm-svn: 28398

llvm-svn: 28397

llvm-svn: 28396