llvm-svn: 34031

llvm-svn: 34029

llvm-svn: 34027

Compute BitMask correctly.

Patch by Leo (wenwenti@hotmail.com).

llvm-svn: 34026

llvm-svn: 34022

llvm-svn: 34021

lli doesn't link in Analyzer.cpp.

llvm-svn: 34020

llvm-svn: 34013

api's look like this:

ModuleProvider *getBytecodeModuleProvider(
  const std::string &Filename,  ///< Name of file to be read
  BCDecompressor_t *BCDC = Compressor::decompressToNewBuffer,
  std::string* ErrMsg = 0,      ///< Optional error message holder
  BytecodeHandler* H = 0        ///< Optional handler for reader events
);

This is ugly, but allows a client to say:

  getBytecodeModuleProvider("foo", 0);

If they do this, there is no dependency on the compression libraries, saving
codesize.

llvm-svn: 34012

llvm-svn: 34011

llvm-svn: 34010

llvm-svn: 34009

to construct FunctionType in separate function, and, have getDeclaration
return a Function instead of a Constant.

llvm-svn: 34008

llvm-svn: 34007

Use handleLastUserOverflow().

llvm-svn: 34006

This happened because deadargelim now causes VMCore to auto-rename every
function that it hacks arguments out of.  Because it hacks arguments out of
functions in a non-deterministic order, this caused the resultant numbering
to be nondet.  The fix is to just be careful to not rename functions!

llvm-svn: 34005

llvm-svn: 34000

that is the case, whenever we use it as a scratch register, save it to R12
first and then restore it after the use.
This is a temporary and truly horrible workaround!

llvm-svn: 33999

llvm-svn: 33998

- If there is a dynamic alloca, in the epilogue, restore the value of sp
  using r7 - offset.
- Other bug fixes.

llvm-svn: 33997

llvm-svn: 33995

llvm-svn: 33994

llvm-svn: 33993

llvm-svn: 33992

the one IPO pass that uses it.

llvm-svn: 33990

llvm-svn: 33989

Make insert/remove assert if used incorrectly instead of returning a bool.

llvm-svn: 33988

llvm-svn: 33985

based on the alignment of the symbol and the target data's preferred align
for that type.

Also, rename some arguments for consistency.

llvm-svn: 33984

inserting a type into the type symbol table, only compute unique name if not
in symtab already.

llvm-svn: 33983

llvm-svn: 33982

where a symbol name doesn't conflict.  This speeds up bc reading 16% on 176.gcc!

llvm-svn: 33981

llvm-svn: 33980

llvm-svn: 33978

eliminateFrameIndex() is even more complicated if frame ptr is used instead of SP when there are dynamic alloca's.

llvm-svn: 33975

std::map of std::vector's (ouch!).  This speeds up mem2reg by 10% on 176.gcc.

llvm-svn: 33974

llvm-svn: 33973

llvm-svn: 33971

1. Memset takes an i32 for the value to set, not i8.  This was causing GCC to
   ICE all over the place (PR1183).
2. memcpy/memmove were not properly zext/trunc'ing the size in some cases.

llvm-svn: 33970

llvm-svn: 33962