isInteger, we now have isFloatTy and isIntegerTy.  Requested by Chris!

llvm-svn: 96223

llvm-svn: 96221

llvm-svn: 96220

they are re-checked on instantiation.

llvm-svn: 96217

name, test whether the SCEV itself is that temporary symbolic name,
in addition to checking whether the symbolic name appears as a
possibly-indirect operand.

llvm-svn: 96216

produce a table based matcher instead of gobs of C++ Code.

Though it's not done yet, the shrinkage seems promising,
the table for the X86 ISel is 75K and still has a lot of 
optimization to come (compare to the ~1.5M of .o generated
the old way, much of which will go away).

The code is currently disabled by default (the #if 0 in
DAGISelEmitter.cpp).  When enabled it generates a dead
SelectCode2 function in the DAGISel Header which will
eventually replace SelectCode.

There is still a lot of stuff left to do, which are
documented with a trail of FIXMEs.

llvm-svn: 96215

many other natural things.

llvm-svn: 96214

packing somewhat densely is better than not.

llvm-svn: 96213

llvm-svn: 96212

llvm-svn: 96211

This behaviour must be configurable.

llvm-svn: 96210

which may call write_impl on things that are not the usual buffer.

llvm-svn: 96209

 OS.PadToColumn(42) << "foo";

llvm-svn: 96208

llvm-svn: 96207

on the alloca.

The fact that codegen makes this class of bug so wonderfully easy to make is
embarrassing.

llvm-svn: 96204

insert location has become an "inserted" instruction since the time
it was saved. If so, advance to the first non-"inserted" instruction.

llvm-svn: 96203

the LLVMConventionsChecker.

llvm-svn: 96202

llvm-svn: 96199

on TreePatternNode to be methods on TreePatternNode.

llvm-svn: 96197

in hte generated dag isel fil.

llvm-svn: 96193

that predated -fast-isel which attempted to speed up the dag pattern
matchers at -O0.  Since fast-isel is around, this is basically 
obsolete and removing it shrinks the generated dag isels.

llvm-svn: 96188

llvm-svn: 96187

llvm-svn: 96186

that allocate heap memory.

llvm-svn: 96184

of operating on each code decl.  This exposes two flaws in AnalysisConsumer
that should eventually be fixed:

(1) It is not possible to associate multiple "actions" with a single
    command line argument.  This will require the notion of an
	"analysis" group, and possibly tablegen support.  (although eventually
    we want to support dynamically loading analyses as well)

(2) AnalysisConsumer may not actually be scanning the declarations in namespaces.
    We'll experiment first in LLVMConventionsChecker before changing the
    behavior in AnalysisConsumer.

llvm-svn: 96183

as imput.

llvm-svn: 96182

llvm-svn: 96181

No functionality change.

llvm-svn: 96180

llvm-svn: 96179

llvm-svn: 96178

with multiplication by constants distributed through, occasionally
those subexpressions can include both x and -x. For now, if this
condition is discovered within LSR, just prune such cases away,
as they won't be profitable. This fixes a "zero allocated in a
base register" assertion failure.

llvm-svn: 96177

llvm-svn: 96176

1. restore these across direct/indirect calls.
2. restore pagesel for any macros with gotos.

llvm-svn: 96175

llvm-svn: 96174

llvm-svn: 96173

llvm-svn: 96172

llvm-svn: 96171

Otherwise AT&T asm printer is used with non-compatible MCAsmInfo and
there is no way to override this behaviour.

llvm-svn: 96165

Pass StringRefs to InsertText/ReplaceText in RewriteObjC and remove a ton of unnecessary length arguments.

llvm-svn: 96164

 - Doug, please review.

llvm-svn: 96162