llvm-svn: 117485

// rdar: // 8600553.

llvm-svn: 117484

llvm-svn: 117483

elements than the result vector type.  So, when an instruction like:

%8 = shufflevector <2 x float> %4, <2 x float> %7, <4 x i32> <i32 1, i32 0, i32 3, i32 2>

is translated to a DAG, each operand is changed to a concat_vectors node that appends 2 undef elements.  That is:

shuffle [a,b], [c,d] is changed to:
shuffle [a,b,u,u], [c,d,u,u]

That's probably the right thing for x86 but for NEON, we'd much rather have:

shuffle [a,b,c,d], undef

Teach the DAG combiner how to do that transformation for ARM.  Radar 8597007.

llvm-svn: 117482

llvm-svn: 117481

some excessive recursion and deserialization.

llvm-svn: 117480

statement-expression. // rdar: //8600553

llvm-svn: 117479

llvm-svn: 117478

llvm-svn: 117477

eliminate some excessive recursion and deserialization.

llvm-svn: 117476

llvm-svn: 117475

llvm-svn: 117474

There are currently 100 references to COFF::IMAGE_SCN in 6 files
and 11 different functions. Section to attribute mapping really
needs to happen in one place to avoid problems like this.

llvm-svn: 117473

llvm-svn: 117472

llvm-svn: 117471

sure they come out at the correct times.

llvm-svn: 117470

llvm-svn: 117469

llvm-svn: 117468

llvm-svn: 117466

llvm-svn: 117463

llvm-svn: 117462

operands in the TableGen'erated bits, so we don't need to do the additional
magic explicitly.

llvm-svn: 117461

llvm-svn: 117460

llvm-svn: 117459

llvm-svn: 117458

separating out chaining precompiled preambles from non-chaining ones.

llvm-svn: 117457

llvm-svn: 117456

encoding tricks. Handle the 'imm doesn't fit in the insn' case.

llvm-svn: 117454

llvm-svn: 117453

on if its linkage is weak. Currently this is the
case but may change in the future. (part of radar 
8562966).

llvm-svn: 117452

llvm-svn: 117451

llvm-svn: 117450

llvm-svn: 117449

contained in the ELF object writer.

llvm-svn: 117448

llvm-svn: 117447

llvm-svn: 117446

llvm-svn: 117445

llvm-svn: 117444

llvm-svn: 117443

catch(...) is used in Win32/Signals.inc for catching Win32 structured
exceptions, but according to [1], this is wrong.

We can't simply change try/catch to __try/__finally, since this syntax is not
supported by MinGW. We can use __try/__finally on MSVC and __try1/__except1
macros on MinGW [2], but I think that that solution obfuscates the code too
much.

The use of try/catch(...) in Signals.inc makes it impossible to link
MinGW-compiled libSystem with llvm-gcc compiled executables. I propose that we
just remove try/catch(...) from Signals.inc, since the meaning of the code won't
change.

[1] http://members.cox.net/doug_web/eh.htm
[2] http://article.gmane.org/gmane.comp.compilers.llvm.cvs/81315

llvm-svn: 117442