The user (i.e. whoever generated a call to the intrinsic in the first place) is
essentially asking for a particular instruction to be placed in the assembler.
If that instruction won't execute on the target machine, that's their problem
not ours.  Two buildbots with processors that don't support SSE3 were barfing
on the apm.ll test in CodeGen/X86 because of this assertion.

llvm-svn: 120574

llvm-svn: 120571

setAllBits(), setBit(unsigned), etc.

llvm-svn: 120564

llvm-svn: 120562

llvm-svn: 120560

Support/PathV2: Add has_{root_path,root_name,root_directory,parent_path,filename,stem,extension} implementation.

llvm-svn: 120559

I'm going to replace this all anyway with a proper table and separated tests
when done.

llvm-svn: 120558

llvm-svn: 120555

llvm-svn: 120554

llvm-svn: 120553

llvm-svn: 120552

llvm-svn: 120551

llvm-svn: 120550

llvm-svn: 120549

llvm-svn: 120547

llvm-svn: 120546

llvm-svn: 120545

llvm-svn: 120544

llvm-svn: 120543

specified a syntactically invalid path, it's better to let the OS
diagnose the problem than to silently skip it.

llvm-svn: 120542

variable unsigned.

llvm-svn: 120541

apparently it is unused.

llvm-svn: 120540

llvm-svn: 120539

is fine since isn't really necessary to check isValid there anyway.

llvm-svn: 120538

llvm-svn: 120536

Lifted adjustFixupValue() from Darwin for sharing w ELF.
Test added
TODO:
  refactor ELFObjectWriter::RecordRelocation more.
  Possibly share more code with Darwin?
  Lots more relocations...

llvm-svn: 120534

llvm-svn: 120533

llvm-svn: 120532

http://llvm.org/bugs/show_bug.cgi?id=279#c3 better.

No functionality change yet.

llvm-svn: 120530

llvm-svn: 120528

using ConstantInt::get.

llvm-svn: 120527

reg+reg handling.

llvm-svn: 120526

llvm-svn: 120525

s/T1pIEncodeImm/T1pILdStEncodeImm/g

llvm-svn: 120524

llvm-svn: 120523

llvm-svn: 120522

persistent variables even after the parser has
finished running.

llvm-svn: 120521

llvm-svn: 120520

20040709-1.c from the gcc testsuite.  I was using the size of a
pointer instead of the pointee.  This fixes rdar://8713376

llvm-svn: 120519

llvm-svn: 120518