llvm-svn: 55455

llvm-svn: 55452

llvm-svn: 55451

works with.

SelectionDAG, FunctionLoweringInfo, and SelectionDAGLowering
objects now get created once per SelectionDAGISel instance, and
can be reused across blocks and across functions. Previously,
they were created and destroyed each time they were needed.

This reorganization simplifies the handling of PHI nodes, and
also SwitchCases, JumpTables, and BitTestBlocks. This
simplification has the side effect of fixing a bug in FastISel
where successor PHI nodes weren't being updated correctly.

This is also a step towards making the transition from FastISel
into and out of SelectionDAG faster, and also making
plain SelectionDAG faster on code with lots of little blocks.

llvm-svn: 55450

llvm-svn: 55449

llvm-svn: 55448

llvm-svn: 55447

llvm-svn: 55446

llvm-svn: 55442

llvm-svn: 55441

llvm-svn: 55440

llvm-svn: 55439

SSE2 registers as well as the MMX registers.

llvm-svn: 55436

llvm" for consistency.

llvm-svn: 55435

llvm-svn: 55434

llvm-svn: 55433

llvm-svn: 55432

llvm-svn: 55431

llvm-svn: 55430

llvm-svn: 55429

Use TargetLowering to get the types in fast isel, which handles pointer types correctly for our purposes.

llvm-svn: 55428

just try to do the action and let the tablegen-generated code
determine if there is target-support for an operation.

llvm-svn: 55427

the details of materializing constants and other values into
registers, and make use of it in several places.

llvm-svn: 55426

llvm-svn: 55425

llvm-svn: 55424

llvm-svn: 55423

64-bit registers from 16-bit and smaller memory locations, prefer
instructions that define the entire 64-bit register, to avoid
partial-register updates.

llvm-svn: 55422

of two, and to not need a scratch std::vector. Also, compute the ordering
immediately in the result array, instead of in another scratch std::vector
that is copied to the result array.

llvm-svn: 55421

a scratch std::vector.

llvm-svn: 55420

which isn't needed anymore.

llvm-svn: 55419

llvm-svn: 55418

This commit adds the declaration syntax (and associated type).

llvm-svn: 55417

and various other things.

llvm-svn: 55415

verifier. See PR2711 for details.

llvm-svn: 55414

llvm-svn: 55413

llvm-svn: 55412

llvm-svn: 55410

llvm-svn: 55409

llvm-svn: 55408

 - It is not clear that this is the right approach, but this is at
   least consistent with how interfaces are handled.

 - This means NeXT now emits the correct metadata for properties in
   protocols.

 - This currently introduces a spurious warning involving inherited
   properties in protocols or categories; however, it also fixes some
   situations where we were failing to emit a warning. I will scrub
   this code tomorrow and fix this issue as well as number of other
   missed warnings / error situations that appear to exist.

llvm-svn: 55407