not casting to the correct type.

llvm-svn: 22250

GCC 4.0.0 compiler (sometimes incorrectly) warns about under release build.

llvm-svn: 22249

convention? ;)

llvm-svn: 22247

llvm-svn: 22246

llvm-svn: 22245

llvm-svn: 22243

llvm-svn: 22242

llvm-svn: 22241

llvm-svn: 22240

llvm-svn: 22239

llvm-svn: 22238

It is actually always true.  This fixes PR586 and
Transforms/InstCombine/2005-06-16-SetCCOrSetCCMiscompile.ll

llvm-svn: 22236

Transforms/InstCombine/2005-06-16-RangeCrash.ll

llvm-svn: 22234

This fixes PR584 and Transforms/SimplifyCFG/2005-06-16-PHICrash.ll

llvm-svn: 22232

llvm-svn: 22230

integer types.  Add a couple checks to not perform these kinds of transform
on floating point values.

llvm-svn: 22228

llvm-svn: 22227

llvm-svn: 22225

is always ubyte, get the type being shifted).  This unbreaks espresso

llvm-svn: 22224

llvm-svn: 22223

BB iterator.  This fixes Transforms/IndVarsSimplify/2005-06-15-InstMoveCrash.ll

llvm-svn: 22221

or other uses hanging off of them.

llvm-svn: 22219

Do not perform undefined out of range shifts.

llvm-svn: 22217

allows test programs to succeed. Actual fix for this is forthcoming.

llvm-svn: 22213

avoids dereferencing the end() iterator when selecting the fallthrough
block.  This requires an ilist change.

llvm-svn: 22212

not generate unnecessary register copies.  This improves compile time by
2-5% depending on the test.

llvm-svn: 22210

fix the bzip2 test. A better hack is needed.

llvm-svn: 22209

and the target independant register allocator were both using a class named
'LiveRange'.  This lead to the target independant code calling code in the
SparcV9 backend, which crashed.  Fixed by renaming SparcV9's LiveRange to
V9LiveRange.

llvm-svn: 22208

incorrectly using an iterator after it was invalid.

llvm-svn: 22207

llvm-svn: 22206

(void*)0.

llvm-svn: 22205

llvm-svn: 22203

Undefine the PPC symbol which is defined by Linux/PPC (erroneously) so it
doesn't pollute the user namespace and clash with our namespace declarations.

llvm-svn: 22202

regularly in "normal" code, but for things like software graphics, they
make a big difference.

For the following code:
unsigned short Trans16Bit(unsigned srcA,unsigned srcB,unsigned alpha)
{
	unsigned tmpA,tmpB,mixed;
	tmpA = ((srcA & 0x03E0) << 15) | (srcA & 0x7C1F);
	tmpB = ((srcB & 0x03E0) << 15) | (srcB & 0x7C1F);
	mixed = (tmpA * alpha) + (tmpB * (32 - alpha));
	return ((mixed >> 5) & 0x7C1F) | ((mixed >> 20) & 0x03E0);
}

We now generate:
_Trans16Bit:
.LBB_Trans16Bit_0:      ; entry
        andi. r2, r4, 31775
        rlwimi r2, r4, 15, 7, 11
        subfic r4, r5, 32
        mullw r2, r2, r4
        andi. r4, r3, 31775
        rlwimi r4, r3, 15, 7, 11
        mullw r3, r4, r5
        add r2, r2, r3
        srwi r3, r2, 5
        andi. r3, r3, 31775
        rlwimi r3, r2, 12, 22, 26
        blr

Instead of:
_Trans16Bit:
.LBB_Trans16Bit_0:      ; entry
        slwi r2, r4, 15
        rlwinm r2, r2, 0, 7, 11
        andi. r4, r4, 31775
        or r2, r2, r4
        subfic r4, r5, 32
        mullw r2, r2, r4
        slwi r4, r3, 15
        rlwinm r4, r4, 0, 7, 11
        andi. r3, r3, 31775
        or r3, r4, r3
        mullw r3, r3, r5
        add r2, r2, r3
        srwi r3, r2, 5
        andi. r3, r3, 31775
        srwi r2, r2, 20
        rlwimi r3, r2, 0, 22, 26
        blr

llvm-svn: 22201

llvm-svn: 22200

returning to the old style :)

llvm-svn: 22199

llvm-svn: 22196

allow marking of loads and stores in the instruction stream with enough information to reconstruct the Value* if it existed

llvm-svn: 22195

llvm-svn: 22194

* Remove warning "control reaches end of non-void function"

llvm-svn: 22193