The optimization for locally used allocas was not safe for allocas that
were read before they were written.  This change disables that optimization
in that case.

llvm-svn: 22318

llvm-svn: 22317

thing as cygwin most of the time, and printing our alignments in log2
rather than number of bytes.

llvm-svn: 22316

llvm-svn: 22315

Sameer D. Sahasrabuddhe for pointing this out!

llvm-svn: 22314

llvm-svn: 22313

llvm-svn: 22312

tracking the instructions causing loads and stores provides more information than just the pointer being loaded or stored

llvm-svn: 22311

is a mismatch in their character type pointers (i.e. fprintf() prints an
array of ubytes while fwrite() takes an array of sbytes).
We can probably do better than this (such as casting the ubyte to an
sbyte).

llvm-svn: 22310

llvm-svn: 22309

llvm-svn: 22308

llvm-svn: 22307

llvm-svn: 22306

rather than relying on the assembler.  Only a few more pseudo instructions
left.  Also merge load code paths.

llvm-svn: 22305

llvm-svn: 22304

llvm-svn: 22303

handling it in the 64 bit case.  The two code paths should probably be merged.

llvm-svn: 22302

is to use RA, which assumes the called function uses RA for the register
holding the return address when it issues a ret.

llvm-svn: 22301

working.  The instruction selector changes will hopefully be coming later
this week once they are debugged.  This is necessary to support the darwin
x86 FP model, and is recommended by intel as the replacement for x87.  As
a bonus, the register allocator knows how to deal with these registers
across basic blocks, unliky the FP stackifier.  This leads to significantly
better codegen in several cases.

llvm-svn: 22300

llvm-svn: 22299

llvm-svn: 22298

llvm-svn: 22297

Namely, output the rellocation flags explicitly when loading constants.
Added benifit: save a load when loading from the constant pool.

llvm-svn: 22296

llvm-svn: 22295

llvm-svn: 22294

who said we had to use the return address in the return address register.  Might save a move in many cases

llvm-svn: 22293

currently use: llc t.bc --filetype=obj

This will produce a t.o file which is dumpable with readelf.  Currently
the file produced is empty, but the scaffolding to do more is now in place.

llvm-svn: 22292

For now, the elf writer is only capable of emitting an empty elf file, with
a section table and a section table string table.  This will be enhanced
in the future :)

llvm-svn: 22291

For now, the elf writer is only capable of emitting an empty elf file, with
a section table and a section table string table.  This will be enhanced
in the future :)

llvm-svn: 22290

llvm-svn: 22289

should be able to handle this case.  The code is there, so let's see
if it works.

llvm-svn: 22288

llvm-svn: 22287

llvm-svn: 22286

llvm-svn: 22285

llvm-svn: 22284

interface.

llvm-svn: 22282

llvm-svn: 22281

llvm-svn: 22280

llvm-svn: 22279

llvm-svn: 22278