not violate that.

llvm-svn: 35396

llvm-svn: 35394

system assembler not groking legal instructions like "leal (,%esi,8), %ecx".

llvm-svn: 35393

llvm-svn: 35392

the MMX instructions that are needed...

llvm-svn: 35389

llvm-svn: 35388

comparison operators.

llvm-svn: 35385

llvm-svn: 35383

char" and it is up to the compilers implementation or the platform which is
followed."
http://www.arm.linux.org.uk/docs/faqs/signedchar.php

llvm-svn: 35382

llvm-svn: 35381

llvm-svn: 35380

llvm-svn: 35379

llvm-svn: 35376

TID->numOperands.

llvm-svn: 35375

llvm-svn: 35374

llvm-svn: 35373

Fix another incorrectly converted shift mask.

llvm-svn: 35371

llvm-svn: 35370

based on their ordering.

llvm-svn: 35369

std::vector<DFCalculateWorkObject *> to reduce malloc/free traffic.

llvm-svn: 35368

llvm-svn: 35366

llvm-svn: 35365

llvm-svn: 35363

hopefully forestall similar errors.

llvm-svn: 35362

llvm-svn: 35361

llvm-svn: 35360

original and new instruction. A slight performance hit with ostringstream
but it is only for debug.
Also, clean up an uninitialized variable warning noticed in a release build.

llvm-svn: 35358

llvm-svn: 35357

llvm-svn: 35353

llvm-svn: 35352

#include <mmintrin.h>

extern __m64 C;

void baz(__v2si *A, __v2si *B)
{
  *A = C;
  _mm_empty();
}

We get this:

_baz:
        call "L1$pb"
"L1$pb":
        popl %eax
        movl L_C$non_lazy_ptr-"L1$pb"(%eax), %eax
        movq (%eax), %mm0
        movl 4(%esp), %eax
        movq %mm0, (%eax)
        emms
        ret

GCC gives us this:

_baz:
        pushl   %ebx
        call    L3
"L00000000001$pb":
L3:
        popl    %ebx
        subl    $8, %esp
        movl    L_C$non_lazy_ptr-"L00000000001$pb"(%ebx), %eax
        movl    (%eax), %edx
        movl    4(%eax), %ecx
        movl    16(%esp), %eax
        movl    %edx, (%eax)
        movl    %ecx, 4(%eax)
        emms
        addl    $8, %esp
        popl    %ebx
        ret

llvm-svn: 35351

llvm-svn: 35350

Fix SingleSource/Regression/C/2003-05-21-UnionBitFields.c by changing a
getHighBitsSet call to getLowBitsSet call that was incorrectly converted
from the original lshr constant expression.

llvm-svn: 35348

llvm-svn: 35347

Remove a use of getLowBitsSet that caused the mask used for replacement of
shl/lshr pairs with an AND instruction to be computed incorrectly. Its not
clear exactly why this is the case. This solves the disappearing shifts
problem, but it doesn't fix Regression/C/2003-05-21-UnionBitFields. It
seems there is more going on.

llvm-svn: 35342

llvm-svn: 35341

* Don't assume shift amounts are <= 64 bits
* Avoid creating an extra APInt in SubOne and AddOne by using -- and ++
* Add another use of getLowBitsSet
* Convert a series of if statements to a switch

llvm-svn: 35339

strategy, emit JT's where possible.

llvm-svn: 35338

llvm-svn: 35337

llvm-svn: 35336