llvm-svn: 34027

Compute BitMask correctly.

Patch by Leo (wenwenti@hotmail.com).

llvm-svn: 34026

llvm-svn: 34025

When a naming conflict arises, allow internal linkage functions to be
renamed without warning or error.

llvm-svn: 34024

Allow @ before identifer names. Recognize the i1, i8, i16, i32, i64 keywords
as type names corresponding to bool, ubyte, ushort, uint, and ulong
respectively. While these aren't LLVM 1.9 constructs, permitting the syntax
allows post-1.9 assembly files to be upgraded.

llvm-svn: 34023

llvm-svn: 34022

llvm-svn: 34021

lli doesn't link in Analyzer.cpp.

llvm-svn: 34020

Add a test to ensure that i1, i8, i16, i32 and i64 are recognized by the
lexer and vars using them will be renamed appropriately.

llvm-svn: 34019

Add a test case to test rename of internal linkage functions with the same
name, without an error or warning.

llvm-svn: 34018

llvm-svn: 34017

This really only affects pointers in high memory, and only llvm 1.9, but make a regression for it anyway

llvm-svn: 34014

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: 34004

"clean" target item. This gets around having the built sources disappear
when only one build mode wants to be cleaned. With the "clean-all" target,
all build modes are cleaned so it also makes sense to clean out the built
sources at that point.

llvm-svn: 34003

include/llvm/ADT/APInt.h:326: error: ‘assert’ was not declared in this scope

llvm-svn: 34002

llvm-svn: 34001

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: 33996

llvm-svn: 33995

llvm-svn: 33994

llvm-svn: 33993

llvm-svn: 33992

now that PR411 landed

llvm-svn: 33991

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: 33987

llvm-svn: 33986