llvm-svn: 29590

llvm-svn: 29589

llvm-svn: 29588

llvm-svn: 29585

llvm-svn: 29584

llvm-svn: 29583

llvm-svn: 29580

llvm-svn: 29579

llvm-svn: 29578

llvm-svn: 29577

llvm-svn: 29574

llvm-svn: 29573

llvm-svn: 29572

llvm-svn: 29571

llvm-svn: 29570

llvm-svn: 29569

llvm-svn: 29568

llvm-svn: 29567

in the start of an array and a count of operands where applicable.  In many
cases, the number of operands is known, so this static array can be allocated
on the stack, avoiding the heap.  In many other cases, a SmallVector can be
used, which has the same benefit in the common cases.

I updated a lot of code calling getNode that takes a vector, but ran out of
time.  The rest of the code should be updated, and these methods should be
removed.

We should also do the same thing to eliminate the methods that take a
vector of MVT::ValueTypes.

It would be extra nice to convert the dagiselemitter to avoid creating vectors
for operands when calling getTargetNode.

llvm-svn: 29566

llvm-svn: 29565

llvm-svn: 29564

new definition in MakefileGuilde.html and Makefile.rules.

llvm-svn: 29563

llvm-svn: 29562

method that took std::vector<SDOperand> to take a pointer to a first operand
and #operands.

This speeds up isel on kc++ by about 3%.

llvm-svn: 29561

llvm-svn: 29560

selection is done. That's rather expensive especially in situations where it
isn't really needed.
Move back to a searching the predecessors, but make use of topological order
to trim the search space.

llvm-svn: 29559

llvm-svn: 29558

llvm-svn: 29557

smallvector too much in a release build.  Removing them speeds up isel 4%.

llvm-svn: 29556

llvm-svn: 29555

configure.ac file. This fixes some case-consistency issues between the name
of the tarball created by "make dist" and the tarball used for source when
building the LLVM RPM package.

llvm-svn: 29554

to build a loadable module is now correctly defined and documented so this
workaround isn't needed any longer.

llvm-svn: 29553

SlowOperatingInfo, Statistics). Besides providing an example of how to
use these facilities, it also serves to debug problems with runtime linking
when dlopening a loadable module. These three support facilities exercise
different combinations of Text/Weak Weak/Text and Text/Text linking
between the executable and the module.

llvm-svn: 29552

1. Change the usage of LOADABLE_MODULE so that it implies all the things
   necessary to make a loadable module. This reduces the user's burdern to
   get a loadable module correctly built.
2. Document the usage of LOADABLE_MODULE in the MakefileGuide
3. Adjust the makefile for lib/Transforms/Hello to use the new specification
   for building loadable modules
4. Adjust the sample project to not attempt to build a shared library for
   its little library. This was just wasteful and not instructive at all.

llvm-svn: 29551

eliminates a bunch of std::map's in the SelectionDAG, replacing them with a
home-grown hashtable.

This is still a work in progress: not all the maps have been moved over and the
hashtable never resizes.  That said, this still speeds up llc 20% on kimwitu++
with -fast -regalloc=local using a release build.

llvm-svn: 29550

llvm-svn: 29549

llvm-svn: 29548

llvm-svn: 29547

llvm-svn: 29546

llvm-svn: 29545