llvm-svn: 50355

llvm-svn: 50342

llvm-svn: 50341

conversion open the door for many nasty implicit conversion issues, and
can be easily solved by initializing with (V.begin(), V.end()) when 
needed.

This patch includes many small cleanups for sdisel also.

llvm-svn: 50340

errors I introduced in my last patch.

llvm-svn: 50338

heap thrash on tiny (usually single-element) vectors.

llvm-svn: 50335

the initialization vector to have the same fixed size, just the
same element type.

llvm-svn: 50334

multiple return values.

Bill, please pull this into Tak.

llvm-svn: 50332

llvm-svn: 50331

llvm-svn: 50330

llvm-svn: 50329

llvm-svn: 50328

llvm-svn: 50325

llvm-svn: 50324

- defm and multiclass
- imbricatable multiline C style comment
- FIXME/TODO highlight in comment
- binary and hexadecimal number
- code using [{ }] is no highlighted as special (perhaps not the best
choice)
Patch by Cedric Venet!

llvm-svn: 50319

llvm-svn: 50316

When choosing between constraints with multiple options,
like "ir", test to see if we can use the 'i' constraint and
go with that if possible.  This produces more optimal ASM in
all cases (sparing a register and an instruction to load it),
and fixes inline asm like this:

void test () {
  asm volatile (" %c0 %1 " : : "imr" (42), "imr"(14));
}

Previously we would dump "42" into a memory location (which
is ok for the 'm' constraint) which would cause a problem
because the 'c' modifier is not valid on memory operands.

Isn't it great how inline asm turns 'missed optimization'
into 'compile failed'??

Incidentally, this was the todo in 
PowerPC/2007-04-24-InlineAsm-I-Modifier.ll

Please do NOT pull this into Tak.

llvm-svn: 50315

llvm-svn: 50314

llvm-svn: 50313

  - Make targetlowering.h fit in 80 cols.
  - Make LowerAsmOperandForConstraint const.
  - Make lowerXConstraint -> LowerXConstraint
  - Make LowerXConstraint return a const char* instead of taking a string byref.

llvm-svn: 50312

the default impl.

llvm-svn: 50311

appropriate alignment.  This fixes a miscompilation of 252.eon on
x86-64 (rdar://5891920).

Bill, please pull this into Tak.

llvm-svn: 50308

llvm-svn: 50305

llvm-svn: 50303

llvm-svn: 50300

llvm-svn: 50293

llvm-svn: 50292

llvm-svn: 50291

llvm-svn: 50289

to the block that defines their operands. This doesn't work in the
case that the operand is an invoke, because invoke is a terminator
and must be the last instruction in a block.

Replace it with support in SelectionDAGISel for copying struct values
into sequences of virtual registers.

llvm-svn: 50279

llvm-svn: 50278

llvm-svn: 50274

function, and then use it to fix a bug in SplitVectorOp that expected inserts
to always have constant insertion indices.

llvm-svn: 50273

llvm-svn: 50272

llvm-svn: 50271

llvm-svn: 50267

llvm-svn: 50266

r48047 r48084 r48085 r48086 r48088 r48096 r48099 r48109 and r48123.

llvm-svn: 50265

llvm-svn: 50260

- Add comments.

llvm-svn: 50259