going to be re-spilled again.

This also helps performance.  Pre-alloc-splitting now seems to be an overall win on SPEC.

llvm-svn: 62834

llvm-svn: 62832

llvm-svn: 62828

llvm-svn: 62827

when there are multiple iterations of the loop.  This fixes PR3375.

llvm-svn: 62822

llvm-svn: 62821

compatibility with VC++.  Patch by Max Burke!

llvm-svn: 62813

Handful of fixes to the VC project files.

llvm-svn: 62807

to "C ^ 1" is only valid when C is known to be either 0 or 1.  Most of the
similar foldings in this function only handle "i1" types, but this one appears
intentionally written to handle larger integer types.  If C has an integer
type larger than "i1", this needs to check if the high bits of a boolean
are known to be zero.  I also changed the comment to describe this folding as
"C ^ 1" instead of "~C", since that is what the code does and since the latter
would only be valid for "i1" types.  The good news is that most LLVM targets
use TargetLowering::ZeroOrOneBooleanContent so this change will not disable
the optimization; the bad news is that I've been unable to come up with a
testcase to demonstrate the problem.

I have also removed a "FIXME" comment for folding "select C, X, 0" to "C & X",
since the code looks correct to me.  It could be made more aggressive by not
limiting the type to "i1", but that would then require checking for
TargetLowering::ZeroOrNegativeOneBooleanContent.  Similar changes could be
done for the other SELECT foldings, but it was decided to be not worth the
trouble and complexity (see e.g., r44663).

llvm-svn: 62790

Simplify x+0 to x in unsafe-fp-math mode. This avoids a bunch of
redundant work in many cases, because in unsafe-fp-math mode,
ISD::FADD with a constant is considered free to negate, so the
DAGCombiner often negates x+0 to -0-x thinking it's free, when
in reality the end result is -x, which is more expensive than x.

Also, combine x*0 to 0.

This fixes PR3374.

llvm-svn: 62789

llvm-svn: 62788

llvm-svn: 62778

llvm-svn: 62777

llvm-svn: 62776

llvm-svn: 62770

corresponding to the "not" and "vnot" PatFrags.  Use the new method
in some places where it seems appropriate.

llvm-svn: 62768

by Gabor.

llvm-svn: 62765

llvm-svn: 62764

llvm-svn: 62763

Eliminate a couple of fields from TargetRegisterClass: SubRegClasses and SuperRegClasses. These are not necessary. Also eliminate getSubRegisterRegClass and getSuperRegisterRegClass. These are slow and their results can change if register file names change. Just use TargetLowering::getRegClassFor() to get the right TargetRegisterClass instead.

llvm-svn: 62762

llvm-svn: 62761

llvm-svn: 62760

llvm-svn: 62758

analyses could be run without the caches properly sorted.  This
can fix all sorts of weirdness.  Many thanks to Bill for coming
up with the 'issorted' verification idea.

llvm-svn: 62757

Regenerate configure (last regen was with the wrong version).

llvm-svn: 62751

Patch by Robert Zeh!

llvm-svn: 62750

order-only dependancies for installation directories.

llvm-svn: 62746

llvm-svn: 62745

llvm-svn: 62741

yet support.

llvm-svn: 62739

On MSVC 64bits, does not put underscore before the symbol name on the
/INCLUDE linker parameter.

llvm-svn: 62738

llvm-svn: 62731

to be supported in the JIT.

llvm-svn: 62730

llvm-svn: 62724

llvm-svn: 62720

to handle symlinks just fine, so reword the instructions in the
README accordingly.

llvm-svn: 62719

so that users don't have to copy text from the README to get this.

llvm-svn: 62718

llvm-svn: 62717

llvm-svn: 62716

llvm-svn: 62714