llvm-svn: 18738

llvm-svn: 18737

llvm-svn: 18736

think some of these might be the CFE's fault; a rebuild should come soon.

llvm-svn: 18735

each pair. I think this fixes that.

One of these days, I swear I'm going to get the hang of C++ iterators.
Really.

llvm-svn: 18734

llvm-svn: 18732

llvm-svn: 18731

llvm-svn: 18726

llvm-svn: 18724

llvm-svn: 18723

summary remain.  The manpage references Bugpoint.html as the repository for more
detailed info.

llvm-svn: 18722

* Block off the section correctly with <!-- ***** -->

llvm-svn: 18721

llvm-svn: 18720

This doc keeps all the descriptive info from the man page, but not the options.

llvm-svn: 18719

llvm-svn: 18714

llvm-svn: 18713

everything was an int!)

llvm-svn: 18712

llvm-svn: 18708

llvm-svn: 18705

llvm-svn: 18703

llvm-svn: 18701

types into its own section.

llvm-svn: 18697

llvm-svn: 18695

llvm-svn: 18694

llvm-svn: 18693

llvm-svn: 18692

avoid a getType.

llvm-svn: 18691

llvm-svn: 18688

llvm-svn: 18687

llvm-svn: 18686

a different algorithm that was extremely inefficient for instructions with
many operands.

This reduces the time of this code snippet from .23s for 176.gcc to 0.03s
in a debug build, which speeds up total llvm-dis time just barely.

It's more of a code cleanup than a speedup.

llvm-svn: 18685

abstract type.

llvm-svn: 18678

successor block.  This turns cases like this:

x = a op b
if (c) {
  use x
}

into:

if (c) {
  x = a op b
  use x
}

This triggers 3965 times in spec, and is tested by
Regression/Transforms/InstCombine/sink_instruction.ll

This appears to expose a bug in the X86 backend for 177.mesa, which I'm
looking in to.

llvm-svn: 18677

abstract type.

llvm-svn: 18676

llvm-svn: 18675

llvm-svn: 18674

llvm-svn: 18672

present in a directory that LLVM normally builds, it will skip building
the directory entirely. This is useful for allowing a bunch of projects to
live in the source tree but not be compiled from time to time.

llvm-svn: 18671

llvm-svn: 18670

an infinite loop.

llvm-svn: 18669