llvm-svn: 80305

llvm-svn: 80304

llvm-svn: 80303

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

llvm-svn: 80265

llvm-svn: 80264

llvm-svn: 80263

llvm-svn: 80262

llvm-svn: 80259

llvm-svn: 80254

scalar_to_vector is fully legal now

llvm-svn: 80251

llvm-svn: 80250

llvm-svn: 80249

llvm-svn: 80247

Add a testcase.

llvm-svn: 80246

No idea whether this is profitable or not.

llvm-svn: 80245

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

llvm-svn: 80244

llvm-svn: 80240

llvm-svn: 80239

 - 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

llvm-svn: 80230

llvm-svn: 80227

Clean up the minor mess I caused with removing iterator.h. I shall take care of 80-col violations and the FIXME later. (Thanks goodness that I live in another continent, so the monkeypox did not strike me :-)

llvm-svn: 80224

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

llvm-svn: 80213

llvm-svn: 80210

llvm-svn: 80208

llvm-svn: 80205