llvm-svn: 13142

* Commandline option (for now) controls that flag that is passed in

llvm-svn: 13141

llvm-svn: 13136

still room for cleanup, but at least the code modification is out of the
analysis now.

llvm-svn: 13135

IndVars pass, not part of SCEV *analysis*.

llvm-svn: 13134

llvm-svn: 13133

llvm-svn: 13132

llvm-svn: 13128

This prepares us to be able to de-virtualize and de-abstract it, and
take the register allocator bits out and move them into the register allocator
proper...

llvm-svn: 13127

llvm-svn: 13126

documentation that this module needs to be made independent of the
register file description of the current target.

llvm-svn: 13125

being tested on X86, as per Chris's request.

llvm-svn: 13124

because 1) the first instruction might not be a call site, and
2) CS and SF.Caller were not getting set to point to the new call site
anyway (resulting in a crash on e.g. call %llvm.memset).

llvm-svn: 13122

llvm-svn: 13121

llvm-svn: 13120

Use emitWordAt() to emit forward-branch fixups.

llvm-svn: 13119

llvm-svn: 13118

am not so sure about the file printer emitter, but the debug emitter change
should be harmless.)

llvm-svn: 13117

emitters can use to emit "relocations".

llvm-svn: 13116

module. Default is `isolate' as before.

llvm-svn: 13113

the function instead of isolating it. This also means the condition is reversed.

llvm-svn: 13112

the Module. The default behavior keeps functionality as before: the chosen
function is the one that remains.

llvm-svn: 13111

Useful in manual debugging when bugpoint isn't quite up to snuff.

llvm-svn: 13110

llvm-svn: 13109

llvm-svn: 13108

llvm-svn: 13107

llvm-svn: 13106

llvm-svn: 13105

loop.  This eliminates the extra add from the previous case, but it's
not clear that this will be a performance win overall.  Tommorows test
results will tell. :)

llvm-svn: 13103

over its USES.  If it's dead it doesn't have any uses!  :)

Thanks to the fabulous and mysterious Bill Wendling for pointing this out.  :)

llvm-svn: 13102

types in them.  Instead of creating an induction variable for all types, it
creates a single induction variable and casts to the other sizes.  This generates
this code:

no_exit:                ; preds = %entry, %no_exit
        %indvar = phi uint [ %indvar.next, %no_exit ], [ 0, %entry ]            ; <uint> [#uses=4]
***     %j.0.0 = cast uint %indvar to short             ; <short> [#uses=1]
        %indvar = cast uint %indvar to int              ; <int> [#uses=1]
        %tmp.7 = getelementptr short* %P, uint %indvar          ; <short*> [#uses=1]
        store short %j.0.0, short* %tmp.7
        %inc.0 = add int %indvar, 1             ; <int> [#uses=2]
        %tmp.2 = setlt int %inc.0, %N           ; <bool> [#uses=1]
        %indvar.next = add uint %indvar, 1              ; <uint> [#uses=1]
        br bool %tmp.2, label %no_exit, label %loopexit

instead of:

no_exit:                ; preds = %entry, %no_exit
        %indvar = phi ushort [ %indvar.next, %no_exit ], [ 0, %entry ]          ; <ushort> [#uses=2]
***     %indvar = phi uint [ %indvar.next, %no_exit ], [ 0, %entry ]            ; <uint> [#uses=3]
        %indvar = cast uint %indvar to int              ; <int> [#uses=1]
        %indvar = cast ushort %indvar to short          ; <short> [#uses=1]
        %tmp.7 = getelementptr short* %P, uint %indvar          ; <short*> [#uses=1]
        store short %indvar, short* %tmp.7
        %inc.0 = add int %indvar, 1             ; <int> [#uses=2]
        %tmp.2 = setlt int %inc.0, %N           ; <bool> [#uses=1]
        %indvar.next = add uint %indvar, 1
***     %indvar.next = add ushort %indvar, 1
        br bool %tmp.2, label %no_exit, label %loopexit

This is an improvement in register pressure, but probably doesn't happen that
often.

The more important fix will be to get rid of the redundant add.

llvm-svn: 13101

Eventually it would be nice if CallGraph maintained an ilist of CallGraphNode's instead
of a vector of pointers to them, but today is not that day.

llvm-svn: 13100

llvm-svn: 13099

llvm-svn: 13098

llvm-svn: 13097

llvm-svn: 13096

of IntCC, FloatCC, and Special types.

Make SparcV9RegInfo::getRegClassIDOfRegType() return the right answer
if you ask for the class corresponding to SpecialRegType.

llvm-svn: 13095

llvm-svn: 13091

llvm-svn: 13090

llvm-svn: 13089