llvm-svn: 107490

llvm-svn: 107489

that it checks the immediate values, not just the instructions opcodes.
Radar 8110263.

llvm-svn: 107487

llvm-svn: 107482

llvm-svn: 107481

second round of low-level interface squeeze-out:
making all of CallInst's low-level operand accessors
private

If you get compile errors I strongly urge you to
update your code.


I tried to write the necessary clues into the
header where the compiler may point to, but no
guarantees. It works for my GCC.

You have several options to update your code:

- you can use the v2.8 ArgOperand accessors
- you can go via a temporary CallSite
- you can upcast to, say, User and call its
  low-level accessors if your code is definitely
  operand-order agnostic.

If you run into serious problems, please
comment in below thread (and back out this
revision only if absolutely necessary):

<http://groups.google.com/group/llvm-dev/browse_thread/thread/64650cf343b28271>

llvm-svn: 107480

llvm-svn: 107458

llvm-svn: 107454

llvm-svn: 107451

llvm-svn: 107448

llvm-svn: 107446

will still be stripped by the linker when it generates the final image.

llvm-svn: 107440

llvm-svn: 107438

getFunctionAlignment and the corresponding use of that value in the ARM
asm printer, but now we're using the standard asm printer.  The result of
this was that function alignments were dropped completely for Thumb functions.
Radar 8143571.

llvm-svn: 107435

Objective-C metadata types which should be marked as "weak", but which the
linker will remove upon final linkage. However, this linkage isn't specific to
Objective-C.

For example, the "objc_msgSend_fixup_alloc" symbol is defined like this:

      .globl l_objc_msgSend_fixup_alloc
      .weak_definition l_objc_msgSend_fixup_alloc
      .section __DATA, __objc_msgrefs, coalesced
      .align 3
l_objc_msgSend_fixup_alloc:
       .quad   _objc_msgSend_fixup
       .quad   L_OBJC_METH_VAR_NAME_1

This is different from the "linker_private" linkage type, because it can't have
the metadata defined with ".weak_definition".

Currently only supported on Darwin platforms.

llvm-svn: 107433

to update their code to high-level interfaces

If you get compile errors in your project
please update your code according to the
comments.

This is a re-commit of r107396 which causes
compile errors for the indicated usage patterns
instead of link errors (which are less easy to
fix because of missing source location).

If you get compile errors please perform
following functionally equivalent transformations:
  - getOperand(0)  --->  getCalledValue()
  - setOperand(0, V)  --->  setCalledFunction(V)

This will make your code more future-proof
and avoid potentially hard-to-debug bugs.

please refer to this thread on llvm-dev:

<http://groups.google.com/group/llvm-dev/browse_thread/thread/64650cf343b28271>

llvm-svn: 107432

This is a regression caused by r106792 and caught by gdb testsuite.

llvm-svn: 107430

llvm-svn: 107428

llvm-svn: 107426

llvm-svn: 107425

llvm-svn: 107424

make it more aggressive in cases where both pointers are known to live
in the same function.

llvm-svn: 107420

Spencer!

llvm-svn: 107418

llvm-svn: 107417

such a way that debug info for symbols preserved even if symbols are
optimized away by the optimizer. 

Add new special pass to remove debug info for such symbols.

llvm-svn: 107416

llvm-svn: 107412

Add AVX SSE3 packed horizontal and & sub instructions

llvm-svn: 107405

llvm-svn: 107404

llvm-svn: 107399

to update their code to high-level interfaces

If you get compile errors in your project
please update your code according to the
comments.

llvm-svn: 107396

llvm-svn: 107393

reformulate CallSiteBase::getCallee to adapt to CallInst::ArgOffset, and make it work even if CallInst::op_* are private

llvm-svn: 107392

reformulate CallSite::getCallee to adapt to CallInst::ArgOffset, and make it work even if CallInst::op_* are private

llvm-svn: 107390

doing the work manually.

llvm-svn: 107384

from a Value to a Type, because it doesn't actually care about
the Value.

llvm-svn: 107383

llvm-svn: 107381

available in a register. This is pretty primitive, but it reduces the
number of instructions in common testcases by 4%.

llvm-svn: 107380

llvm-svn: 107377

to SelectionDAG.

llvm-svn: 107376

llvm-svn: 107375