- I'm still trying to figure out the cleanest way to implement this and match the assembler, currently there are some substantial differences.

llvm-svn: 80347

llvm-svn: 80345

llvm-svn: 80344

llvm-svn: 80343

llvm-svn: 80341

llvm-svn: 80340

llvm-svn: 80338

llvm-svn: 80334

llvm-svn: 80328

llvm-svn: 80327

llvm-svn: 80322

llvm-svn: 80307

llvm-svn: 80280

Add MO flags to simplify the printing of relocations.
Remove the support for printing large code model relocs (which
aren't supported anyway).

llvm-svn: 80278

llvm-svn: 80271

tolerant of blocks that end with "unreachable".

llvm-svn: 80270

llvm-svn: 80269

llvm-svn: 80268

llvm-svn: 80267

llvm-svn: 80265

llvm-svn: 80263

llvm-svn: 80262

scalar_to_vector is fully legal now

llvm-svn: 80251

llvm-svn: 80250

llvm-svn: 80247

No idea whether this is profitable or not.

llvm-svn: 80245

See http://llvm.org/PR4687 for more info and links.

llvm-svn: 80244

 - No relocations yet, of course.

llvm-svn: 80235

 - Note, this is a gigantic hack, with the sole purpose of unblocking further
   work on the assembler (its also possible to test the mathcer more completely
   now).

 - Despite being a hack, its actually good enough to work over all of 403.gcc
   (although some encodings are probably incorrect). This is a testament to the 
   beauty of X86's MachineInstr, no doubt! ;)

llvm-svn: 80234

printer.

llvm-svn: 80233

llvm-svn: 80232

llvm-svn: 80231

calls into a function and if the calls bring in arrays, try to merge
them together to reduce stack size.  For example, in the testcase
we'd previously end up with 4 allocas, now we end up with 2 allocas.

As described in the comments, this is not really the ideal solution
to this problem, but it is surprisingly effective.  For example, on
176.gcc, we end up eliminating 67 arrays at "gccas" time and another
24 at "llvm-ld" time.

One piece of concern that I didn't look into: at -O0 -g with
forced inlining this will almost certainly result in worse debug
info.  I think this is acceptable though given that this is a case
of "debugging optimized code", and we don't want debug info to
prevent the optimizer from doing things anyway.

llvm-svn: 80215

llvm-svn: 80205

llvm-svn: 80204

a the list of static allocas that it inlined.

llvm-svn: 80203

llvm-svn: 80202

llvm-svn: 80201

and other code cleanups.  No functionality change.

llvm-svn: 80199

llvm-svn: 80198