| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
to fadd, fsub, and fmul, when used with a floating-point type. LLVM
has supported the new instructions since 2.6, so it's time to get
on board.
llvm-svn: 102971
|
| |
|
|
| |
llvm-svn: 102959
|
| |
|
|
|
|
|
| |
level metadata does not have any function local operands.
This would have caught the problem found in PR6112.
llvm-svn: 102620
|
| |
|
|
|
|
|
| |
metadata references in non-function-local MDNodes should drop to
null.
llvm-svn: 102519
|
| |
|
|
|
|
|
|
| |
shifts and null vectors. Autoupgrade these to what we'd lower them to.
Add a testcase to exercise this.
llvm-svn: 101851
|
| |
|
|
| |
llvm-svn: 101779
|
| |
|
|
|
|
|
| |
Probably the best way to know that all getOperand() calls have been handled
is to replace that API instead of updating.
llvm-svn: 101579
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
with a fix for self-hosting
rotate CallInst operands, i.e. move callee to the back
of the operand array
the motivation for this patch are laid out in my mail to llvm-commits:
more efficient access to operands and callee, faster callgraph-construction,
smaller compiler binary
llvm-svn: 101465
|
| |
|
|
| |
llvm-svn: 101438
|
| |
|
|
| |
llvm-svn: 101434
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
with a fix
rotate CallInst operands, i.e. move callee to the back
of the operand array
the motivation for this patch are laid out in my mail to llvm-commits:
more efficient access to operands and callee, faster callgraph-construction,
smaller compiler binary
llvm-svn: 101397
|
| |
|
|
| |
llvm-svn: 101376
|
| |
|
|
| |
llvm-svn: 101375
|
| |
|
|
| |
llvm-svn: 101368
|
| |
|
|
|
|
|
|
|
|
| |
of the operand array
the motivation for this patch are laid out in my mail to llvm-commits:
more efficient access to operands and callee, faster callgraph-construction,
smaller compiler binary
llvm-svn: 101364
|
| |
|
|
|
|
| |
be used in ImmutableCallSite too.
llvm-svn: 101292
|
| |
|
|
|
|
| |
incompatibility with some clients covered by the buildbots, such as llvm-gcc.
llvm-svn: 101237
|
| |
|
|
| |
llvm-svn: 101233
|
| |
|
|
| |
llvm-svn: 101229
|