llvm-svn: 70661

them to bool.

llvm-svn: 70653

makes ScalarEvolution::deleteValueFromRecords, and it's code that
subtly needed to be called before ReplaceAllUsesWith, unnecessary.

It also makes ValueDeletionListener unnecessary.

llvm-svn: 70645

to make the copy constructor and destructor protected, and corresponding
adjustments to the unittests.

llvm-svn: 70644

a default value, and will hopefully be going away soon.

llvm-svn: 70642

of returning a list of pointers to Values that are deleted. This was
unsafe, because the pointers in the list are, by nature of what
RecursivelyDeleteDeadInstructions does, always dangling. Replace this
with a simple callback mechanism. This may eventually be removed if
all clients can reasonably be expected to use CallbackVH.

Use this to factor out the dead-phi-cycle-elimination code from LSR
utility function, and generalize it to use the
RecursivelyDeleteTriviallyDeadInstructions utility function.

This makes LSR more aggressive about eliminating dead PHI cycles;
adjust tests to either be less trivial or to simply expect fewer
instructions.

llvm-svn: 70636

it also forget any SCEVs associated with loop-header PHIs in the loop,
as they may be dependent on trip count information.

llvm-svn: 70633

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

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

llvm-svn: 70580

Changes to take advantage of this will come later.

llvm-svn: 70560

llvm-svn: 70557

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

llvm-svn: 70551

llvm-svn: 70550

avoids duplicate scevs that differ only in type.

llvm-svn: 70549

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: 70524

llvm-svn: 70522

-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

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

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

in getSCEVAtScope.

llvm-svn: 70495

class.

llvm-svn: 70488

llvm-svn: 70466

a SCEVable type, not just integer types.

llvm-svn: 70463

llvm-svn: 70461