| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 117510
|
|
|
|
|
|
| |
from stores when folding in bitcasts.
llvm-svn: 117265
|
|
|
|
|
|
|
|
|
| |
it isn't unreachable and should not be zapped. The check for the entry block
was missing in one case: a block containing a unwind instruction. While there,
do some small cleanups: "M" is not a great name for a Function* (it would be
more appropriate for a Module*), change it to "Fn"; use Fn in more places.
llvm-svn: 117224
|
|
|
|
| |
llvm-svn: 117213
|
|
|
|
|
|
| |
until other LLVM projects using these are cleaned up.
llvm-svn: 117200
|
|
|
|
| |
llvm-svn: 117154
|
|
|
|
|
|
|
| |
it looks like maybe it was supposed to be used in the
test...), so zap it (gcc-4.6 warning).
llvm-svn: 117023
|
|
|
|
|
|
| |
uint64_t, plus fixes for places I missed before.
llvm-svn: 116875
|
|
|
|
| |
llvm-svn: 116858
|
|
|
|
|
|
|
| |
they do not also require them. This allows us to reduce inter-pass linkage
dependencies.
llvm-svn: 116854
|
|
|
|
|
|
| |
use uint64_t.
llvm-svn: 116839
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
exposes an initializeMyPassFunction(), which
must be called in the pass's constructor. This function uses static dependency declarations to recursively initialize
the pass's dependencies.
Clients that only create passes through the createFooPass() APIs will require no changes. Clients that want to use the
CommandLine options for passes will need to manually call the appropriate initialization functions in PassInitialization.h
before parsing commandline arguments.
I have tested this with all standard configurations of clang and llvm-gcc on Darwin. It is possible that there are problems
with the static dependencies that will only be visible with non-standard options. If you encounter any crash in pass
registration/creation, please send the testcase to me directly.
llvm-svn: 116820
|
|
|
|
| |
llvm-svn: 116815
|
|
|
|
|
|
| |
Fixes PR8389.
llvm-svn: 116812
|
|
|
|
| |
llvm-svn: 116749
|
|
|
|
| |
llvm-svn: 116743
|
|
|
|
|
|
| |
Patch by Alexander Herz!
llvm-svn: 116733
|
|
|
|
| |
llvm-svn: 116670
|
|
|
|
|
|
|
|
| |
when the call slot
forwarding is implemented with a load/store pair rather than a memcpy.
llvm-svn: 116637
|
|
|
|
| |
llvm-svn: 116443
|
|
|
|
| |
llvm-svn: 116390
|
|
|
|
| |
llvm-svn: 116387
|
|
|
|
|
|
|
|
|
| |
perform initialization without static constructors AND without explicit initialization
by the client. For the moment, passes are required to initialize both their
(potential) dependencies and any passes they preserve. I hope to be able to relax
the latter requirement in the future.
llvm-svn: 116334
|
|
|
|
|
|
| |
create a given specialization of a function in PartialSpecialization. If the total performance bonus across all callsites passing the same constant exceeds the specialization cost, we create the specialization.
llvm-svn: 116158
|
|
|
|
|
|
|
|
|
|
| |
formulae which become illegal as a result of the offset updating don't
escape.
This is for rdar://8529692. No testcase yet, because the given cases
hit use-list ordering differences.
llvm-svn: 116093
|
|
|
|
| |
llvm-svn: 116034
|
|
|
|
|
|
|
| |
one user. This code will be restructured soon and FormulaSorter
is getting in the way.
llvm-svn: 116012
|
|
|
|
| |
llvm-svn: 116011
|
|
|
|
|
|
| |
not just base registers.
llvm-svn: 116010
|
|
|
|
| |
llvm-svn: 116009
|
|
|
|
|
|
| |
the old use to the new one.
llvm-svn: 116008
|
|
|
|
|
|
|
|
| |
This doesn't usually matter, because the other heuristics usually
succeed regardless, but it's good to keep the register use
bookkeeping consistent.
llvm-svn: 116005
|
|
|
|
| |
llvm-svn: 116004
|
|
|
|
| |
llvm-svn: 115996
|
|
|
|
| |
llvm-svn: 115971
|
|
|
|
| |
llvm-svn: 115965
|
|
|
|
| |
llvm-svn: 115933
|
|
|
|
|
|
|
| |
initialization functions that initialize the set of passes implemented in
that library. Add C bindings for these functions as well.
llvm-svn: 115927
|
|
|
|
|
|
|
| |
a header declaring them all. This is also where we will declare per-library pass-set
initializer functions down the road.
llvm-svn: 115900
|
|
|
|
|
|
| |
convert it to new-style registration yet.
llvm-svn: 115881
|
|
|
|
|
|
|
|
|
| |
default, rip out the remainder.
Anyone interested in more general PRE would be better served by implementing it separately, to get real
anticipation calculation, etc.
llvm-svn: 115337
|
|
|
|
|
|
|
|
| |
memcpy alignment is the minimum of the incoming alignments.
Fixes PR 8266.
llvm-svn: 115305
|
|
|
|
| |
llvm-svn: 115296
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The x86_mmx type is used for MMX intrinsics, parameters and
return values where these use MMX registers, and is also
supported in load, store, and bitcast.
Only the above operations generate MMX instructions, and optimizations
do not operate on or produce MMX intrinsics.
MMX-sized vectors <2 x i32> etc. are lowered to XMM or split into
smaller pieces. Optimizations may occur on these forms and the
result casted back to x86_mmx, provided the result feeds into a
previous existing x86_mmx operation.
The point of all this is prevent optimizations from introducing
MMX operations, which is unsafe due to the EMMS problem.
llvm-svn: 115243
|
|
|
|
|
|
|
|
|
| |
consider PHI nodes to be negligible for
code size (making this transform code size neutral), and it allows us to hoist values out of loops, which is always
a good thing.
llvm-svn: 115205
|
|
|
|
|
|
| |
The bug that broke i386 linux has been fixed in r115191.
llvm-svn: 115204
|
|
|
|
|
|
| |
the very unlikely case that someone passes an integer > i64 to strchr.
llvm-svn: 115144
|
|
|
|
| |
llvm-svn: 115116
|
|
|
|
| |
llvm-svn: 115111
|
|
|
|
| |
llvm-svn: 115095
|