llvm-svn: 66065

immediately obvious.

llvm-svn: 66062

llvm-svn: 66055

llvm-svn: 66054

onto element accesses.

llvm-svn: 66053

llvm-svn: 66001

llvm-svn: 66000

per Chris' suggestion.  Slightly faster.

llvm-svn: 65999

If a global constant is dead then global's debug info should not prevent the optimizer in deleting the global. And while deleting global, delete global's debug info also.

llvm-svn: 65994

when counting work; it was only off by 1.

llvm-svn: 65993

caused them to be considered trivially dead.  Fix this.

llvm-svn: 65979

feed into llvm.dbg.declare nodes, as well as
the debug directives themselves.

llvm-svn: 65976

llvm-svn: 65971

use, check also for the case where it has two uses,
the other being a llvm.dbg.declare.  This is needed so
debug info doesn't affect codegen.

llvm-svn: 65970

llvm-svn: 65961

llvm-svn: 65960

llvm-svn: 65945

and put @file directives on their own comment line.

llvm-svn: 65920

(lest they affect codegen).

llvm-svn: 65915

info with it.
Don't count debug info insns against the scan maximum
in FindAvailableLoadedValue (lest they affect codegen).

llvm-svn: 65910

llvm-svn: 65908

If branch conditions' one successor is dominating another non-latch successor then this loop's iteration space can not be restricted. In this example block bb5 is always executed.

llvm-svn: 65902

This is ugly, but I can't figure out a quick way out of this.

llvm-svn: 65889

clean up when using variable length arrays in llvm-gcc.

llvm-svn: 65832

testsuite:

Running /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmCore/test/CodeGen/X86/dg.exp ...
FAIL: /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmCore/test/CodeGen/X86/nancvt.ll
Failed with exit(1) at line 2
while running: grep 2147027116 nancvt.ll.tmp | count 3
count: expected 3 lines and got        0.
child process exited abnormally
FAIL: /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmCore/test/CodeGen/X86/vec_ins_extract.ll
Failed with exit(1) at line 1
while running:  llvm-as < /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmCore/test/CodeGen/X86/vec_ins_extract.ll |  opt -scalarrepl -instcombine |   llc -march=x86 -mcpu=yonah | not /usr/bin/grep sub.*esp
      subl      $28, %esp
      subl      $28, %esp
child process exited abnormally

And more.

llvm-svn: 65758

as well as isSafeAllocaToScalarRepl.

llvm-svn: 65755

are always set by reference on the path that uses them.) No functional change.

llvm-svn: 65621

llvm-svn: 65620

conditional branch predecessors.

llvm-svn: 65509

llvm-svn: 65464

llvm-svn: 65456

to more accurately describe what it does. Expand its doxygen comment
to describe what the backedge-taken count is and how it differs
from the actual iteration count of the loop. Adjust names and
comments in associated code accordingly.

llvm-svn: 65382

ashr instcombine to help expose this code. And apply the fix to
SelectionDAG's copy of this code too.

llvm-svn: 65364

handling non-constant strides. No functionality change.

llvm-svn: 65363

llvm-svn: 65359

While folding unconditional return move DbgRegionEndInst into the predecessor, instead of removing it. This fixes following tests from llvmgcc42 testsuite.

gcc.c-torture/execute/20000605-3.c
gcc.c-torture/execute/20020619-1.c
gcc.c-torture/execute/20030920-1.c
gcc.c-torture/execute/loop-ivopts-1.c

llvm-svn: 65353

trip counts that use signed comparisons. It's not obviously the best
approach for preserving trip count information, and at any rate there
isn't anything in the tree right now that makes use of that, so for
now always using zero-extensions is preferable.

llvm-svn: 65347

so that ScalarEvolution doesn't hang onto a dangling Loop*, which
could be a problem if another Loop happens to get allocated at the
same address.

llvm-svn: 65323

-std-compile-opts sequence, this avoids the need for ScalarEvolution to
be rerun before LoopDeletion.

llvm-svn: 65318

llvm-svn: 65314