pool allocator no end of trouble, and doesn't make a lot of sense anyway.  This
does not solve the problem with mutually recursive functions, but they are much less common.

llvm-svn: 9828

llvm-svn: 9827

llvm-svn: 9752

of intrinsic functions, causing the verifier to fail.

llvm-svn: 9745

llvm-svn: 9741

llvm-svn: 9648

functions.  GRR

llvm-svn: 9641

llvm-svn: 9579

llvm-svn: 9572

do something dumb, and inefficient, but more complete.

llvm-svn: 9542

llvm-svn: 9437

* Add a work around for bug PR56, gross but necessary for now.

llvm-svn: 9428

llvm-svn: 9423

as well as arguments.  Now it can delete arguments and return values which are
only passed into other arguments or are returned, if they are dead.  This causes
it to delete several hundred extra args/retvals from the C++ hello world program,
shrinking it by about 2K.

llvm-svn: 9398

valid pieces of code

llvm-svn: 9390

llvm-svn: 9366

unused external functions again

llvm-svn: 9365

llvm-svn: 9363

llvm-svn: 9359

llvm-svn: 9321

llvm-svn: 9312

Header files will be on the way.

llvm-svn: 9298

llvm-svn: 9285

Change the Opcode enum for PHI nodes from "Instruction::PHINode" to "Instruction::PHI" to be more consistent with the other instructions.

llvm-svn: 9269

llvm-svn: 9135

llvm-svn: 9094

multiple setjmp calls.

llvm-svn: 9093

llvm-svn: 9071

llvm-svn: 9067

Only transform call sites in a setjmp'ing function which are reachable from
the setjmp.  If the call dominates the setjmp (for example), the called
function cannot longjmp to the setjmp.

This dramatically reduces the number of invoke instructions created in some
large testcases.

llvm-svn: 9066

llvm-svn: 9027

llvm-svn: 8930

of callees between executions.

On eon, in release mode, this changes the inliner from taking 11.5712s
to taking 2.2066s.  In debug mode, it went from taking 14.4148s to
taking 7.0745s.  In release mode, this is a 24.7% speedup of gccas, in
debug mode, it's a total speedup of 11.7%.

This also makes it slightly more aggressive.  This could be because we
are not judging the size of the functions quite as accurately as before.
When we start looking at the performance of the generated code, this can
be investigated further.

llvm-svn: 8893

llvm-svn: 8661

llvm-svn: 8632

llvm-svn: 8625

Thanks to brg for tracking down the problem so precisely!

llvm-svn: 8568

in it being both shorter and more effective.  It no longer depends on the
callgraph, so one FIXME has been fixed.

Additionally, this pass was not able to delete recursive (but dead) functions
if they were pointed to by global variables which were also dead.  In fact
this pass had a lot of problems deleting functions which were only pointed
to by dead globals and other stuff.

Fixing this means that the entire EH library should be stripped away now from
programs that don't use sjlj or exceptions.

llvm-svn: 8567

was a "major hack"  :)

llvm-svn: 8524

contributed by the masterful Bill Wendling!

llvm-svn: 8520