| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 107275
|
| |
|
|
| |
llvm-svn: 107017
|
| |
|
|
| |
llvm-svn: 107016
|
| |
|
|
| |
llvm-svn: 106824
|
| |
|
|
| |
llvm-svn: 106752
|
| |
|
|
| |
llvm-svn: 106750
|
| |
|
|
| |
llvm-svn: 106744
|
| |
|
|
| |
llvm-svn: 106743
|
| |
|
|
| |
llvm-svn: 106740
|
| |
|
|
| |
llvm-svn: 106737
|
| |
|
|
|
|
| |
smoothly
llvm-svn: 106736
|
| |
|
|
| |
llvm-svn: 106707
|
| |
|
|
|
|
|
| |
lib/Transforms/Utils and into lib/Analysis so that Analysis passes
can use them.
llvm-svn: 104949
|
| |
|
|
| |
llvm-svn: 104945
|
| |
|
|
| |
llvm-svn: 104935
|
| |
|
|
|
|
| |
to null. Patch by Matti Niemenmaa.
llvm-svn: 104871
|
| |
|
|
| |
llvm-svn: 104644
|
| |
|
|
|
|
|
| |
to LLVM_LIBRARY_VISIBILITY and introduce LLVM_GLOBAL_VISIBILITY, which is
the opposite, for future use by dragonegg.
llvm-svn: 103495
|
| |
|
|
|
|
|
|
|
|
|
| |
with a vector input and output into a shuffle vector. This sort of
sequence happens when the input code stores with one type and reloads
with another type and then SROA promotes to i96 integers, which make
everyone sad.
This fixes rdar://7896024
llvm-svn: 103354
|
| |
|
|
|
|
|
| |
to not increase the alignment of globals with an assigned
alignment and section.
llvm-svn: 102476
|
| |
|
|
| |
llvm-svn: 101899
|
| |
|
|
|
|
| |
inst simplify. No functionality change.
llvm-svn: 101873
|
| |
|
|
|
|
|
| |
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: 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: 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
|
| |
|
|
| |
llvm-svn: 100859
|
| |
|
|
| |
llvm-svn: 100824
|
| |
|
|
| |
llvm-svn: 100720
|
| |
|
|
|
|
|
| |
Added support for address spaces and added a isVolatile field to memcpy, memmove, and memset,
e.g., llvm.memcpy.i32(i8*, i8*, i32, i32) -> llvm.memcpy.p0i8.p0i8.i32(i8*, i8*, i32, i32, i1)
llvm-svn: 100304
|
| |
|
|
| |
llvm-svn: 100199
|
| |
|
|
|
|
|
| |
Added support for address spaces and added a isVolatile field to memcpy, memmove, and memset,
e.g., llvm.memcpy.i32(i8*, i8*, i32, i32) -> llvm.memcpy.p0i8.p0i8.i32(i8*, i8*, i32, i32, i1)
llvm-svn: 100191
|
| |
|
|
| |
llvm-svn: 99948
|
| |
|
|
|
|
|
|
|
| |
memmove, and memset,
e.g., llvm.memcpy.i32(i8*, i8*, i32, i32) -> llvm.memcpy.p0i8.p0i8.i32(i8*, i8*, i32, i32, i1)
A update of langref will occur in a subsequent checkin.
llvm-svn: 99928
|
| |
|
|
|
|
| |
transformations.
llvm-svn: 99263
|
| |
|
|
|
|
|
| |
and use this (as well as getCalledValue) to access the callee,
instead of {g|s}etOperand(0).
llvm-svn: 99084
|
| |
|
|
|
|
| |
to unify the almost identical code in CodeGenPrepare and InstCombineCalls.
llvm-svn: 98338
|
| |
|
|
|
|
| |
__strcpy_chk -> strcpy code.
llvm-svn: 98284
|
| |
|
|
| |
llvm-svn: 98274
|
| |
|
|
| |
llvm-svn: 98219
|
| |
|
|
| |
llvm-svn: 98000
|
| |
|
|
|
|
| |
before we try to optimize.
llvm-svn: 97876
|
| |
|
|
|
|
|
|
| |
out the remainder of the calls that we should lower in some way and
move the tests to the new correct directory. Fix up tests that are now
optimized more than they were before by -instcombine.
llvm-svn: 97875
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Log:
Transform @llvm.objectsize to integer if the argument is a result of malloc of known size.
Modified:
llvm/trunk/lib/Transforms/InstCombine/InstCombineCalls.cpp
llvm/trunk/test/Transforms/InstCombine/objsize.ll
It appears to be causing swb and nightly test failures.
llvm-svn: 97866
|
| |
|
|
|
|
| |
of known size.
llvm-svn: 97860
|
| |
|
|
|
|
| |
integer.
llvm-svn: 97827
|
| |
|
|
|
|
| |
from different addr spaces.
llvm-svn: 97813
|
| |
|
|
|
|
|
|
|
|
|
| |
parts of the cmp|cmp and cmp&cmp folding logic wasn't prepared for vectors
(unrelated to the bug but noticed while in the code) and the code was
*definitely* not safe to use by the (cast icmp)|(cast icmp) handling logic
that I added in r95855. Fix all this up by changing the various routines
to more consistently use IRBuilder and not pass in the I which had the wrong
type.
llvm-svn: 97801
|