llvm-6502

mirror of https://github.com/c64scene-ar/llvm-6502.git synced 2025-01-19 04:32:19 +00:00

History

Chandler Carruth c5b785b91c Don't add the instruction about to be RAUW'ed and erased to the

worklist. This can happen in theory when an instruction uses itself,
such as a PHI node. This was spotted by inspection, and unfortunately
I've not been able to come up with a test case that would trigger it. If
anyone has ideas, let me know...

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153396 91177308-0d34-0410-b5e6-96231b3b80d8

2012-03-24 22:34:23 +00:00

IPA

…

AliasAnalysis.cpp

Move isKnownNonNull from private implementation detail of BasicAA to a public

2012-02-25 10:56:28 +00:00

AliasAnalysisCounter.cpp

…

AliasAnalysisEvaluator.cpp

…

AliasDebugger.cpp

…

AliasSetTracker.cpp

…

Analysis.cpp

…

BasicAliasAnalysis.cpp

Duncan pointed out that if the alignment isn't explicitly specified, it defaults to the ABI alignment. Given that, make this code a bit more aggressive in such cases.

2012-02-27 23:16:46 +00:00

BlockFrequencyInfo.cpp

…

BranchProbabilityInfo.cpp

…

CaptureTracking.cpp

…

CFGPrinter.cpp

…

CMakeLists.txt

Pull the implementation of the code metrics out of the inline cost

2012-03-16 05:51:52 +00:00

CodeMetrics.cpp

Pull the implementation of the code metrics out of the inline cost

2012-03-16 05:51:52 +00:00

ConstantFolding.cpp

…

DbgInfoPrinter.cpp

…

DebugInfo.cpp

Do the right thing on NULL uint64 fields.

2012-03-16 00:21:54 +00:00

DIBuilder.cpp

Add support for runtime languages on our forward declarations.

2012-02-20 18:04:14 +00:00

DominanceFrontier.cpp

…

DomPrinter.cpp

…

InlineCost.cpp

Start removing the use of an ad-hoc 'never inline' set and instead

2012-03-16 06:10:13 +00:00

InstCount.cpp

…

InstructionSimplify.cpp

Don't add the instruction about to be RAUW'ed and erased to the

2012-03-24 22:34:23 +00:00

Interval.cpp

…

IntervalPartition.cpp

…

IVUsers.cpp

Cleanup IVUsers::addUsersIfInteresting.

2012-03-22 17:47:33 +00:00

LazyValueInfo.cpp

llvm::SwitchInst

2012-03-11 06:09:17 +00:00

LibCallAliasAnalysis.cpp

…

LibCallSemantics.cpp

…

Lint.cpp

…

LLVMBuild.txt

…

Loads.cpp

enhance jump threading to preserve TBAA information when PRE'ing loads,

2012-03-13 18:07:41 +00:00

LoopDependenceAnalysis.cpp

…

LoopInfo.cpp

…

LoopPass.cpp

Take out the debug info probe stuff. It's making some changes to

2012-03-23 03:54:05 +00:00

Makefile

…

MemDepPrinter.cpp

…

MemoryBuiltins.cpp

…

MemoryDependenceAnalysis.cpp

Don't call dominates on unreachable instructions. Should fix the dragonegg

2012-02-26 05:30:08 +00:00

ModuleDebugInfoPrinter.cpp

…

NoAliasAnalysis.cpp

…

PathNumbering.cpp

…

PathProfileInfo.cpp

…

PathProfileVerifier.cpp

…

PHITransAddr.cpp

Uniformize the InstructionSimplify interface by ensuring that all routines

2012-03-13 11:42:19 +00:00

PostDominators.cpp

…

ProfileEstimatorPass.cpp

…

ProfileInfo.cpp

…

ProfileInfoLoader.cpp

…

ProfileInfoLoaderPass.cpp

…

ProfileVerifierPass.cpp

…

README.txt

…

RegionInfo.cpp

Remove extra semi-colons.

2012-02-22 17:25:00 +00:00

RegionPass.cpp

…

RegionPrinter.cpp

…

ScalarEvolution.cpp

…

ScalarEvolutionAliasAnalysis.cpp

…

ScalarEvolutionExpander.cpp

Fix this assert. IP can point to an instruction with strange dominance

2012-02-27 02:13:03 +00:00

ScalarEvolutionNormalization.cpp

…

SparsePropagation.cpp

Taken into account Duncan's comments for r149481 dated by 2nd Feb 2012:

2012-03-08 07:06:20 +00:00

Trace.cpp

…

TypeBasedAliasAnalysis.cpp

…

ValueTracking.cpp

Factor out the multiply analysis code in ComputeMaskedBits and apply it to the

2012-03-18 23:28:48 +00:00

README.txt

Analysis Opportunities:

//===---------------------------------------------------------------------===//

In test/Transforms/LoopStrengthReduce/quadradic-exit-value.ll, the
ScalarEvolution expression for %r is this:

  {1,+,3,+,2}<loop>

Outside the loop, this could be evaluated simply as (%n * %n), however
ScalarEvolution currently evaluates it as

  (-2 + (2 * (trunc i65 (((zext i64 (-2 + %n) to i65) * (zext i64 (-1 + %n) to i65)) /u 2) to i64)) + (3 * %n))

In addition to being much more complicated, it involves i65 arithmetic,
which is very inefficient when expanded into code.

//===---------------------------------------------------------------------===//

In formatValue in test/CodeGen/X86/lsr-delayed-fold.ll,

ScalarEvolution is forming this expression:

((trunc i64 (-1 * %arg5) to i32) + (trunc i64 %arg5 to i32) + (-1 * (trunc i64 undef to i32)))

This could be folded to

(-1 * (trunc i64 undef to i32))

//===---------------------------------------------------------------------===//