deleting it.  This will let ScalarEvolution be more complete about
updating its records.

llvm-svn: 70632

llvm-svn: 70630

of LSR. This makes the AddUsersIfInteresting phase of LSR a pure
analysis instead of a phase that potentially does CFG modifications.

The conditions where this code would actually perform a split are
rare, and in the cases where it actually would do a split the split
is usually undone by CodeGenPrepare, and in cases where splits
actually survive into codegen, they appear to hurt more often than
they help.

llvm-svn: 70625

"Invalid primitive type" on input containing the x86_fp80 type.'
Patch by Collin Winter!

llvm-svn: 70610

helps some problems on win32 platforms (PR4119)

llvm-svn: 70603

"Construction" makes it sound like a pass that might
modify the CFG to construct natural loops.

llvm-svn: 70580

llvm-svn: 70572

llvm-svn: 70569

Changes to take advantage of this will come later.

llvm-svn: 70560

llvm-svn: 70557

is associated with a SCEV expansion.

llvm-svn: 70556

target hooks canLosslesslyBitCastTo and isTruncateFree. This allows
targets to avoid worrying about handling all combinations of integer
and pointer types.

llvm-svn: 70555

artificial "ptrtoint", as it tends to clutter up complicated
expressions. The cast operators now print both source and
destination types, which is usually sufficient.

llvm-svn: 70554

always folded by the regular constant folder because it doesn't have
TargetData information.

llvm-svn: 70553

Instructions.

llvm-svn: 70552

llvm-svn: 70551

llvm-svn: 70550

avoids duplicate scevs that differ only in type.

llvm-svn: 70549

llvm-svn: 70548

llvm-svn: 70546

llvm-svn: 70539

llvm-svn: 70537

gone lost during the pImpl conversion.

llvm-svn: 70536

llvm-svn: 70534

llvm-svn: 70533

llvm-svn: 70529

llvm-svn: 70524

llvm-svn: 70522

Add a comment to refer to the section of the programmer's manual that explains what the pointer tagging in Use is for.

llvm-svn: 70521

-Replace DebugLocTuple's Source ID with CompileUnit's GlobalVariable*
-Remove DwarfWriter::getOrCreateSourceID
-Make necessary changes for the above (fix callsites, etc.)

llvm-svn: 70520

Don't include memory allocated for global variables during relocations resolution.

llvm-svn: 70517

comment a bit.

llvm-svn: 70515

llvm-svn: 70513

classes.

This is implemented as a function rather than a method on TargetRegisterClass
because it is symmetric in its arguments.

llvm-svn: 70512

A subclass is allowed to have a larger spill size than the superclass, and the
spill alignment must be a multiple of the superclass alignment. This causes
the following new subclass relations:

=== Alpha ===
F4RC -> F8RC

=== PPC ===
F4RC -> F8RC

=== SPU ===
R8C -> R16C -> R32C/R32FP -> R64C/R64FP -> GPRC/VECREG

=== X86 ===
FR32  -> FR64  -> VR128
RFP32 -> RFP64 -> RFP80

These subclass relations are consistent with the behaviour of -join-cross-class-copies.

llvm-svn: 70511

llvm-svn: 70510

compute an upper-bound value for the trip count, in addition to
the actual trip count. Use this to allow getZeroExtendExpr and
getSignExtendExpr to fold casts in more cases.

This may eventually morph into a more general value-range
analysis capability; there are certainly plenty of places where
more complete value-range information would allow more folding.

llvm-svn: 70509

Add a smarter heuristic to determine when to coalesce a virtual register with a physical one. More specifically, it avoid tying a virtual register in the loop with a physical register defined / used outside the loop. When it determines it's not profitable, it will use the physical register as the allocation preference instead.

This is *not* turned on by default. Testing indicates this is just as likely to pessimize code. The main issue seems to be allocation preference doesn't work effectively. That will change once I've taught register allocator "swapping".

llvm-svn: 70503

so that it doesn't shadow the instance variable of the same name.
Make the parameter names in method declarations match the definitions.

llvm-svn: 70502

llvm-svn: 70499