| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 120380
|
|
|
|
|
|
|
|
| |
destination location of a memcpy/memmove. I'm not clear about whether
TBAA works on these, so I'm leaving it out for now. Dan, please revisit
this when convenient.
llvm-svn: 119928
|
|
|
|
|
|
| |
and vaarg instructions.
llvm-svn: 118845
|
|
|
|
|
|
| |
it, and to be consistent.
llvm-svn: 118692
|
|
|
|
|
|
| |
chaining and simplify FunctionAttrs' GetModRefBehavior logic.
llvm-svn: 118660
|
|
|
|
| |
llvm-svn: 118621
|
|
|
|
|
|
|
|
|
|
|
|
| |
to optionally look for constant or local (alloca) memory.
Teach BasicAliasAnalysis::pointsToConstantMemory to look through Select
and Phi nodes, and to support looking for local memory.
Remove FunctionAttrs' PointsToLocalOrConstantMemory function, now that
AliasAnalysis knows all the tricks that it knew.
llvm-svn: 118412
|
|
|
|
|
|
|
| |
getModRefBehavior now, since it now understands intrinsics as well
as normal functions.
llvm-svn: 118411
|
|
|
|
| |
llvm-svn: 117268
|
|
|
|
| |
llvm-svn: 117266
|
|
|
|
|
|
|
| |
it doesn't have a special relationship with BasicAliasAnalysis
anymore.
llvm-svn: 116876
|
|
|
|
|
|
| |
uint64_t, plus fixes for places I missed before.
llvm-svn: 116875
|
|
|
|
| |
llvm-svn: 116858
|
|
|
|
|
|
| |
for representing object sizes, for consistency with other parts of LLVM.
llvm-svn: 116831
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 116441
|
|
|
|
| |
llvm-svn: 115996
|
|
|
|
| |
llvm-svn: 115835
|
|
|
|
|
|
|
|
|
|
|
| |
isn't a good level of abstraction for memdep. Instead, generalize
AliasAnalysis::alias and related interfaces with a new Location
class for describing a memory location. For now, this is the same
Pointer and Size as before, plus an additional field for a TBAA tag.
Also, introduce a fixed MD_tbaa metadata tag kind.
llvm-svn: 113858
|
|
|
|
| |
llvm-svn: 113521
|
|
|
|
|
|
|
|
| |
AliasAnalysis, and some code for implementing the new query on top of
existing implementations by making standard alias and getModRefInfo
queries.
llvm-svn: 113329
|
|
|
|
| |
llvm-svn: 110458
|
|
|
|
| |
llvm-svn: 110456
|
|
|
|
| |
llvm-svn: 110455
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
AliasAnalysis base class and into BasicAliasAnalyais. This avoids confusion
about where such logic is happening when there are other AliasAnalysis
implementations present.
Move the logic for translating two-callsite getModRefInfo queries into
other AliasAnalysis queries out of BasicAliasAnalysis and into the
AliasAnalysis base class, as it is useful for other AliasAnalysis
implementations.
llvm-svn: 110421
|
|
|
|
| |
llvm-svn: 110391
|
|
|
|
| |
llvm-svn: 110167
|
|
|
|
|
|
|
|
|
|
|
|
| |
eliminate several const_casts.
Make CallSite implicitly convertible to ImmutableCallSite.
Rename the getModRefBehavior for intrinsic IDs to
getIntrinsicModRefBehavior to avoid overload ambiguity with CallSite,
which happens to be implicitly convertible to bool.
llvm-svn: 110155
|
|
|
|
| |
llvm-svn: 110120
|
|
|
|
|
|
|
|
|
|
|
| |
interface needs implementations to be consistent, so any code which
wants to support different semantics must use a different interface.
It's not currently worthwhile to add a new interface for this new
concept.
Document that AliasAnalysis doesn't support cross-function queries.
llvm-svn: 107776
|
|
|
|
|
|
|
| |
properly handles instructions and arguments defined in different
functions, or across recursive function iterations.
llvm-svn: 107109
|
|
|
|
|
|
|
|
|
|
| |
memcpy, memset and other intrinsics that only access their arguments
to be readnone if the intrinsic's arguments all point to local memory.
This improves the testcase in the README to readonly, but it could in
theory be made readnone, however this would involve more sophisticated
analysis that looks through the memcpy.
llvm-svn: 92829
|
|
|
|
|
|
|
|
| |
check if
we have a non-constant pointer. Constant pointers can't be local.
llvm-svn: 89665
|
|
|
|
|
|
|
|
| |
The hasNoModRefInfoForCalls isn't worth it as a filter because
basicaa provides m/r info and everything chains to it, so remove
it.
llvm-svn: 89599
|
|
|
|
|
|
| |
subclass of AllocationInst, so it no longer is necessary.
llvm-svn: 84969
|
|
|
|
| |
llvm-svn: 80263
|
|
|
|
|
|
| |
getAnalysisIfAvailable<TargetData>().
llvm-svn: 77028
|
|
|
|
|
|
| |
intrinsics to any IntrWriteArgMem intrinsics.
llvm-svn: 64551
|
|
|
|
|
|
|
|
| |
it only reads memory! The other change has no
functional effect, it just seems more logical to
go in order of decreasing knowledge.
llvm-svn: 64463
|
|
|
|
| |
llvm-svn: 63902
|
|
|
|
|
|
|
|
| |
AliasAnalysis and BasicAliasAnalysis. This involves some wider changes because it
folds away some never-used methods.
llvm-svn: 63900
|
|
|
|
|
|
|
|
| |
only dereference their arguments, and enhance
BasicAA to make use of this fact when computing ModRef info.
llvm-svn: 63718
|
|
|
|
|
|
| |
their arguments.
llvm-svn: 63616
|
|
|
|
|
|
|
|
| |
they are useful to analyses other than BasicAliasAnalysis.cpp. Include
the full comment for isIdentifiedObject in the header file. Thanks to
Chris for suggeseting this.
llvm-svn: 63589
|
|
|
|
| |
llvm-svn: 51717
|
|
|
|
|
|
|
| |
several things that were neither in an anonymous namespace nor static
but not intended to be global.
llvm-svn: 51017
|
|
|
|
| |
llvm-svn: 45418
|
|
|
|
|
|
|
|
|
|
| |
and readnone for functions with bodies because it
broke llvm-gcc-4.2 bootstrap. It turns out that,
because of LLVM's array_ref hack, gcc was computing
pure/const attributes wrong (now fixed by turning
off the gcc ipa-pure-const pass).
llvm-svn: 44937
|
|
|
|
|
|
|
| |
not yet clear why, but in the meantime work around the
problem by making less use of readnone/readonly info.
llvm-svn: 44626
|