returned integer values all of the way to 64-bits (we only did it to 32-bits
leaving the top bits undefined).  This causes problems for targets like alpha
whose ABI's define the top bits too.

llvm-svn: 20926

llvm-svn: 20925

us to have stuff pointing to the null pointer, which makes no sense
(the null ptr is an ssa value, not the null object)

llvm-svn: 20922

llvm-svn: 20920

llvm-svn: 20917

pointer analysis.

llvm-svn: 20916

llvm-svn: 20915

and a couple of other functions that are important.

Handle aggregate undef values for gv initializers

llvm-svn: 20914

llvm-svn: 20907

Simple  ISel: fix i64 subtract

llvm-svn: 20903

More pattern isel updates

llvm-svn: 20902

llvm-svn: 20901

llvm-svn: 20900

llvm-svn: 20897

assembler may be used; identify LLVM output as such.

llvm-svn: 20892

llvm-svn: 20891

llvm-svn: 20890

external functions.  Teach it about a few important ones.

llvm-svn: 20889

llvm-svn: 20888

createPromoteMemoryToRegisterPass() to be consistent with other pass
creation functions.

llvm-svn: 20885

llvm-svn: 20884

llvm-svn: 20883

an incomplete node cannot alias a complete node.

llvm-svn: 20882

llvm-svn: 20881

llvm-svn: 20873

the function: print more precision XX.X% instead of XX%, and cast to ULL
before scaling by 100/1000 to avoid wrap around for large numbers of queries
(such as occur for 253.perlbmk and 176.gcc)

llvm-svn: 20872

query.  If the next mod/ref query happens to be for the same call site
(which is extremely likely), use the cache instead of recomputing the
callee/caller mapping.  This makes -aa-eval ***MUCH*** faster with
ds-aa

llvm-svn: 20871

llvm-svn: 20870

llvm-svn: 20869

llvm-svn: 20868

  1. If memory never escapes the program, it cannot be mod/ref'd by external
     functions.
  2. If memory is global never mod/ref'd in the program, it cannot be mod/ref'd
     by any call.

llvm-svn: 20867

before moving on to the next call site.  This will be a more efficient way
to compute the mod/ref set for AA implementations like DSA.

llvm-svn: 20866

the correct register class.  Also remove the loading of float data into int
regs part of varargs; it will need to be implemented differently later.

llvm-svn: 20857

going on with copies between floating point and integer register files
being generated.  Once that is solved, varargs will be done.

llvm-svn: 20856

for explaining EXTRACT_ELEMENT to me.

llvm-svn: 20847

by the PowerPC backend, and probably others in the future.

llvm-svn: 20843

llvm-svn: 20842

llvm-svn: 20841

llvm-svn: 20840

llvm-svn: 20837