<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/test/Transforms/FunctionAttrs, branch release_27</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/test/Transforms/FunctionAttrs?h=release_27</id>
<link rel='self' href='https://git.amat.us/llvm/atom/test/Transforms/FunctionAttrs?h=release_27'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2010-01-06T15:37:47Z</updated>
<entry>
<title>Fix a README item: have functionattrs look through selects and</title>
<updated>2010-01-06T15:37:47Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2010-01-06T15:37:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=e10920d678c4d6046619e51770de1c9de0c3fe0a'/>
<id>urn:sha1:e10920d678c4d6046619e51770de1c9de0c3fe0a</id>
<content type='text'>
phi nodes when deciding which pointers point to local memory.
I actually checked long ago how useful this is, and it isn't
very: it hardly ever fires in the testsuite, but since Chris
wants it here it is!


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92836 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Partially address a README by having functionattrs consider calls to</title>
<updated>2010-01-06T08:45:52Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2010-01-06T08:45:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=7c422ac216fe39fc9c402a704cf296cca9dc5b22'/>
<id>urn:sha1:7c422ac216fe39fc9c402a704cf296cca9dc5b22</id>
<content type='text'>
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.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92829 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Change tests from "opt %s" to "opt &lt; %s" so that opt doesn't see the</title>
<updated>2009-09-11T18:01:28Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2009-09-11T18:01:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=f2f6ce65b79df6ec4ee427d51a18355a170f199b'/>
<id>urn:sha1:f2f6ce65b79df6ec4ee427d51a18355a170f199b</id>
<content type='text'>
input filename so that opt doesn't print the input filename in the
output so that grep lines in the tests don't unintentionally match
strings in the input filename.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81537 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Use opt -S instead of piping bitcode output through llvm-dis.</title>
<updated>2009-09-08T22:34:10Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2009-09-08T22:34:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3e054fe9efc64596534bbae0d1634ed15181d642'/>
<id>urn:sha1:3e054fe9efc64596534bbae0d1634ed15181d642</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81257 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Change these tests to feed the assembly files to opt directly, instead</title>
<updated>2009-09-08T16:50:01Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2009-09-08T16:50:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=b1e1e82c54c060ea5dae09dae043234826ca2539'/>
<id>urn:sha1:b1e1e82c54c060ea5dae09dae043234826ca2539</id>
<content type='text'>
of using llvm-as, now that opt supports this.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81226 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Revert r70876 and add a testcase (@c7) showing the problem:</title>
<updated>2009-05-07T18:08:34Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2009-05-07T18:08:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=1978426a94e3d3b53f488ffc56516e6e87906a0b'/>
<id>urn:sha1:1978426a94e3d3b53f488ffc56516e6e87906a0b</id>
<content type='text'>
bits captured, but the pointer marked nocapture.  In fact
I now recall that this problem is why only readnone functions
returning void were considered before!  However keep a small
fix that was also in r70876: a readnone function returning
void can result in bits being captured if it unwinds, so
test for this.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@71168 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix PR3754: don't mark functions that wrap MallocInst with</title>
<updated>2009-05-06T08:42:00Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2009-05-06T08:42:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=cfd0ebea276521a48370c197e651064b032a381e'/>
<id>urn:sha1:cfd0ebea276521a48370c197e651064b032a381e</id>
<content type='text'>
the readnone.  Since MallocInst is scheduled for deletion
it doesn't seem worth doing anything more subtle, such as
having mayWriteToMemory return true for MallocInst.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@71077 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Restore minor deletion.</title>
<updated>2009-05-04T18:40:41Z</updated>
<author>
<name>Mike Stump</name>
<email>mrs@apple.com</email>
</author>
<published>2009-05-04T18:40:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=fe095f39e7009c51d1c86769792ccbcad8cdd2ec'/>
<id>urn:sha1:fe095f39e7009c51d1c86769792ccbcad8cdd2ec</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@70892 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Remove alloca tracking from nocapture analysis.  Not only</title>
<updated>2009-01-07T19:39:06Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2009-01-07T19:39:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=b0cea8ff3979b8af15311b34df12bbb4440fd888'/>
<id>urn:sha1:b0cea8ff3979b8af15311b34df12bbb4440fd888</id>
<content type='text'>
was it not very helpful, it was also wrong!  The problem
is shown in the testcase: the alloca might be passed to
a nocapture callee which dereferences it and returns the
original pointer.  But because it was a nocapture call we
think we don't need to track its uses, but we do.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@61876 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>When calculating 'nocapture' argument attributes, allow</title>
<updated>2009-01-02T11:54:37Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2009-01-02T11:54:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=338cd6ba6e36c291185541bb8e391427f57a32b1'/>
<id>urn:sha1:338cd6ba6e36c291185541bb8e391427f57a32b1</id>
<content type='text'>
the argument to be stored to an alloca by tracking uses
of the alloca.  This occurs 4 times (out of 7121, 0.05%)
in MultiSource/Applications, so may not be worth it.  On
the other hand, it is easy to do and fairly cheap.  The
functions it helps are: W_addcom and W_addlit in spiff;
process_args (argv) in d (make_dparser); ercPixConcealIMB
in JM/ldecod.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@61570 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
</feed>
