| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 108512
|
|
|
|
| |
llvm-svn: 108366
|
|
|
|
| |
llvm-svn: 108358
|
|
|
|
| |
llvm-svn: 108357
|
|
|
|
| |
llvm-svn: 108259
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with this commit the callee moves to the end of
the operand array (from the start) and the call
arguments now start at index 0 (formerly 1)
this ordering is now consistent with InvokeInst
this commit only flips the switch,
functionally it is equivalent to
r101465
I intend to commit several cleanups after a few
days of soak period
llvm-svn: 108240
|
|
|
|
| |
llvm-svn: 108131
|
|
|
|
| |
llvm-svn: 108130
|
|
|
|
|
|
| |
is involved.
llvm-svn: 108117
|
|
|
|
|
|
| |
by Hans Vandierendonck from PR7605
llvm-svn: 108116
|
|
|
|
|
|
|
| |
load(gep(alloca)) where the gep is all-zeros. There's more we could do here but
this is a common case.
llvm-svn: 108101
|
|
|
|
| |
llvm-svn: 108100
|
|
|
|
|
|
|
| |
PR7399. The asm parser already handles this. This is of dubious
utility (see the PR) but the asmprinter was clearly broken here.
llvm-svn: 107834
|
|
|
|
| |
llvm-svn: 107697
|
|
|
|
| |
llvm-svn: 107454
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
work even if CallInst::op_* are private
llvm-svn: 107390
|
|
|
|
| |
llvm-svn: 107215
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
metadata types which should be marked as "weak", but which the linker will
remove upon final linkage. 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".
llvm-svn: 107205
|
|
|
|
| |
llvm-svn: 107145
|
|
|
|
|
|
|
|
|
| |
in terms of Op<> and ArgOffset. This works for
values of {0, 1} for ArgOffset.
Please note that ArgOffset will become 0 soon and
will go away eventually.
llvm-svn: 107129
|
|
|
|
| |
llvm-svn: 107074
|
|
|
|
|
|
|
| |
code in unreachable blocks, which have have use-def cycles.
This fixes PR7514.
llvm-svn: 107071
|
|
|
|
| |
llvm-svn: 106626
|
|
|
|
| |
llvm-svn: 106623
|
|
|
|
| |
llvm-svn: 106622
|
|
|
|
| |
llvm-svn: 106573
|
|
|
|
| |
llvm-svn: 106563
|
|
|
|
|
|
| |
getNamedMetadata().
llvm-svn: 106518
|
|
|
|
|
|
| |
SmallVector, and other SmallVector simplifications.
llvm-svn: 106452
|
|
|
|
| |
llvm-svn: 106444
|
|
|
|
| |
llvm-svn: 106383
|
|
|
|
|
|
| |
This speeds up local variable handling in DwarfDebug.
llvm-svn: 106075
|
|
|
|
|
|
| |
function name, patch by Yuri
llvm-svn: 105887
|
|
|
|
|
|
| |
the operands.
llvm-svn: 105545
|
|
|
|
| |
llvm-svn: 105514
|
|
|
|
|
|
| |
as is done with most other cast opcode predicates.
llvm-svn: 105008
|
|
|
|
|
|
| |
This will help reduce the amount of casting required on 64-bit targets.
llvm-svn: 104911
|
|
|
|
| |
llvm-svn: 104855
|
|
|
|
|
|
| |
Patch by Charles Davis and Steven Watanabe!
llvm-svn: 103902
|
|
|
|
|
|
| |
intrinsics which translate into a pair of vld / vst instructions that can load / store 8 consecutive 64-bit (D) registers.
llvm-svn: 103746
|
|
|
|
|
|
| |
It works in simple cases, but it isn't a general solution.
llvm-svn: 103499
|
|
|
|
| |
llvm-svn: 103493
|
|
|
|
| |
llvm-svn: 103431
|
|
|
|
| |
llvm-svn: 103430
|
|
|
|
|
|
| |
function calls, not just recognized intrinsics.
llvm-svn: 103428
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This includes a patch by Roman Divacky to fix the initial crash.
Move the actual addition of passes from *PassManager::add to
*PassManager::addImpl. That way, when adding printer passes we won't
recurse infinitely.
Finally, check to make sure that we are actually adding a FunctionPass
to a FunctionPassManager before doing a print before or after it.
Immutable passes are strange in this way because they aren't
FunctionPasses yet they can be and are added to the FunctionPassManager.
llvm-svn: 103425
|
|
|
|
|
|
| |
wider than 64 bits.
llvm-svn: 103309
|
|
|
|
|
|
|
|
|
| |
buildbot: the debugging and non-debugging versions of getFunction were not
functionally equivalent: the non-debugging version wrongly assumed that if a
metadata operand was not metadata, then it had a non-null containing function.
This is not true, since the operand might be a global value, constant etc.
llvm-svn: 103008
|
|
|
|
|
|
|
|
|
|
| |
RAUW of a global variable with a local variable in function F,
if function local metadata M in function G was using the global
then M would become function-local to both F and G, which is not
allowed. See the testcase for an example. Fixed by detecting
this situation and zapping the metadata operand when it occurs.
llvm-svn: 103007
|