printOperand instead.

llvm-svn: 26025

us to avoid creating lots of "Operand" types with different printers, instead
we can fold several together and use modifiers.  For example, we can now use:

${target:call} to say that the operand should be printed like a 'call' operand.

llvm-svn: 26024

llvm-svn: 26023

llvm-svn: 26022

llvm-svn: 26021

llvm-svn: 26020

llvm-svn: 26019

llvm-svn: 26018

llvm-svn: 26017

llvm-svn: 26016

llvm-svn: 26015

have one. This can happen if a load's real uses are dead (i.e. they do not
have uses themselves).

llvm-svn: 26014

llvm-svn: 26013

- Manually select SDOperand's returned by TryFoldLoad which make up the
  load address.

llvm-svn: 26012

llvm-svn: 26011

llvm-svn: 26010

llvm-svn: 26009

llvm-svn: 26008

llvm-svn: 26007

llvm-svn: 26006

llvm-svn: 26005

llvm-svn: 26004

Turn A / (C1 << N), where C1 is "1<<C2" into A >> (N+C2) [udiv only].

Tested with: rem.ll:test5, div.ll:test10

llvm-svn: 26003

llvm-svn: 26002

llvm-svn: 26001

llvm-svn: 26000

llvm-svn: 25998

llvm-svn: 25997

llvm-svn: 25996

due to ordering issue. i.e. they were selected for chain use first.
Now at load select time, check if it is being selected for a chain use and if
it has only a single real use. If so, return a HANDLENODE (with the load as
its operand) in its place and record it.
When it is folded or the load is selected for a real use, the isel records it
as the replacement for the HANDLENODE. The replacement is done when all nodes
are selected.
This scheme exposed a couple of problems where cycles can happen. (See comments
in EmitMatchCode() for descriptions of the problems and their workaround /
solutions.) These problems have been resolved with a small compile time
penality.

llvm-svn: 25995

llvm-svn: 25994

llvm-svn: 25993

llvm-svn: 25992

llvm-svn: 25991

* Fix hasNUsesOfValue(), it should be const.

llvm-svn: 25990

llvm-svn: 25989

llvm-svn: 25988

llvm-svn: 25987

llvm-svn: 25986

llvm-svn: 25985