bug where spill instructions were added to the next basic block
instead of the end of the current one if the instruction that required
the spill was the last in the block.

llvm-svn: 10272

llvm-svn: 10271

llvm-svn: 10270

llvm-svn: 10269

llvm-svn: 10268

If this doesn't work Misha, feel free to revert it.

llvm-svn: 10267

allow unaligned loads, that is probably the problem I've been seeing in numerous
SPARC test cases failing. X86, on the other hand, just slows down unaligned
accesses, since it must make 2 aligned accesses for each unaligned one.

llvm-svn: 10266

llvm-svn: 10265

llvm-svn: 10264

llvm-svn: 10263

llvm-svn: 10262

llvm-svn: 10260

llvm-svn: 10259

intended to address PR142

llvm-svn: 10257

Move LGCCLDPROG from test/Makefile.tests

llvm-svn: 10256

llvm-svn: 10255

llvm-svn: 10254

tested automatically, so it is practically useless.  However, it seemed silly to throw
away my testcase, so here it is.

llvm-svn: 10253

Some gep generalization changes

llvm-svn: 10252

llvm-svn: 10251

llvm-svn: 10250

* Finegrainify namespacification of Linker.cpp
* If linking a library in fails, do not STOP LINKING IN LIBRARIES AND
  CONTINUE ANYWAY!  Instead, just output the warning, and keep going. :)

llvm-svn: 10249

llvm-svn: 10248

llvm-svn: 10247

llvm-svn: 10246

llvm-svn: 10245

llvm-svn: 10244

llvm-svn: 10243

llvm-svn: 10242

* stdlib and friends are system headers
* 'long long' is the type that consistently turns into the LLVM 'long' type.

llvm-svn: 10241

llvm-svn: 10240

values.  All of these files should assemble now.

llvm-svn: 10239

llvm-svn: 10238

llvm-svn: 10237

llvm-svn: 10236

llvm-svn: 10235

llvm-svn: 10233

llvm-svn: 10232

llvm-svn: 10231

Explained that function return types cannot be aggregate types.
Explained that functions with the same name but different type signatures
are considered to be different functions.

llvm-svn: 10230