llvm-svn: 16906

llvm-svn: 16905

llvm-svn: 16904

llvm-svn: 16903

llvm-svn: 16902

still optimize away all of the indirect calls and loads, etc from it.
This turns code like this:

  if (G != 0)
    G();

into
   if (G != 0)
     ActualCallee();

This triggers a couple of times in gcc and libstdc++.

llvm-svn: 16901

we cannot completely eliminate the global.

llvm-svn: 16900

llvm-svn: 16899

llvm-svn: 16898

llvm-svn: 16897

llvm-svn: 16896

llvm-svn: 16895

llvm-svn: 16894

llvm-svn: 16893

llvm-svn: 16892

llvm-svn: 16891

llvm-svn: 16890

llvm-svn: 16889

llvm-svn: 16888

llvm-svn: 16887

llvm-svn: 16886

llvm-svn: 16885

returns 'bool' type.

llvm-svn: 16884

Wrap a long comment line.

llvm-svn: 16883

argument values passed in (so they're not dead until *after* the call),
and callees are free to modify those registers.

llvm-svn: 16882

Deal with allocating stack space for outgoing args and copying them into the
correct stack slots (at least, we can copy <=32-bit int args).
We now correctly generate ADJCALLSTACK* instructions.

llvm-svn: 16881

llvm-svn: 16880

Use correct options to automake.

llvm-svn: 16879

llvm-svn: 16878

actually in the wild :)

llvm-svn: 16877

stored to, but are stored at variable indexes.  This occurs at least in
176.gcc, but probably others, and we should handle it for completeness.

llvm-svn: 16876

llvm-svn: 16875

has a large number of users.  Instead, just keep track of whether we're
making changes as we do so.

This patch has no functionlity changes.

llvm-svn: 16874

llvm-svn: 16873

llvm-svn: 16872

we know that all uses of the global will trap if the pointer contained is
null.  In this case, we forward substitute the stored value to any uses.

This has the effect of devirtualizing trivial globals in trivial cases.  For
example, 164.gzip contains this:

gzip.h:extern   int (*read_buf) OF((char *buf, unsigned size));
bits.c: read_buf  = file_read;
deflate.c:    lookahead = read_buf((char*)window,
deflate.c:        n = read_buf((char*)window+strstart+lookahead, more);

Since read_buf has to point to file_read at every use, we just replace
the calls through read_buf with a direct call to file_read.

This occurs in several benchmarks, including 176.gcc and 164.gzip.  Direct
calls are good and stuff.

llvm-svn: 16871

llvm-svn: 16870

llvm-svn: 16869

-debug-only!

llvm-svn: 16868

llvm-svn: 16867