<feed xmlns='http://www.w3.org/2005/Atom'>
<title>emscripten-fastcomp-clang/lib/StaticAnalyzer/Core, branch master</title>
<subtitle>emscripten clang</subtitle>
<id>https://git.amat.us/emscripten-fastcomp-clang/atom/lib/StaticAnalyzer/Core?h=master</id>
<link rel='self' href='https://git.amat.us/emscripten-fastcomp-clang/atom/lib/StaticAnalyzer/Core?h=master'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/'/>
<updated>2013-05-06T21:59:37Z</updated>
<entry>
<title>[analyzer; alternate arrows] don't increment the path iterator when we just deleted the next iterator.</title>
<updated>2013-05-06T21:59:37Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-06T21:59:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=481da5554d03271b0d87b695449963f7728c5895'/>
<id>urn:sha1:481da5554d03271b0d87b695449963f7728c5895</id>
<content type='text'>
This is an optimization.  It is possible that by deleting the next
edge we will pattern match again at the current spot.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181256 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer] Remove now-unused bindCompoundLiteral helper function.</title>
<updated>2013-05-06T16:48:26Z</updated>
<author>
<name>Jordan Rose</name>
<email>jordan_rose@apple.com</email>
</author>
<published>2013-05-06T16:48:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=00ffb8079b14cade816d8f668675e853e613dee0'/>
<id>urn:sha1:00ffb8079b14cade816d8f668675e853e613dee0</id>
<content type='text'>
The one user has been changed to use getLValue on the compound literal
expression and then use the normal bindLoc to assign a value. No need
to special case this in the StoreManager.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181214 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer] Handle CXXTemporaryObjectExprs in compound literals.</title>
<updated>2013-05-06T16:48:20Z</updated>
<author>
<name>Jordan Rose</name>
<email>jordan_rose@apple.com</email>
</author>
<published>2013-05-06T16:48:20Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=6376703eb3325fe41233aed234fde81164af42a1'/>
<id>urn:sha1:6376703eb3325fe41233aed234fde81164af42a1</id>
<content type='text'>
This occurs because in C++11 the compound literal syntax can trigger a
constructor call via list-initialization. That is, "Point{x, y}" and
"(Point){x, y}" end up being equivalent. If this occurs, the inner
CXXConstructExpr will have already handled the object construction; the
CompoundLiteralExpr just needs to propagate that value forwards.

&lt;rdar://problem/13804098&gt;

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181213 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer;alternate edges] start experimenting with control flow "barriers" to prevent an edge being optimized away.</title>
<updated>2013-05-04T01:13:22Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-04T01:13:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=15676bec6fa9ad9466d93c163f2d1b8a3f559b3a'/>
<id>urn:sha1:15676bec6fa9ad9466d93c163f2d1b8a3f559b3a</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181088 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer;alternate edges] ignore parentheses when determining edge levels.</title>
<updated>2013-05-04T01:13:12Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-04T01:13:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=e644ed5308ab22e4bcb5f821fe7ea9dae324a0a8'/>
<id>urn:sha1:e644ed5308ab22e4bcb5f821fe7ea9dae324a0a8</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181087 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer; alternate edges] - eliminate unnecessary edges where between parents and subexpressions.</title>
<updated>2013-05-04T01:13:08Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-04T01:13:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=f468fa16e37fc8fa6a915fe36aee8f0434709789'/>
<id>urn:sha1:f468fa16e37fc8fa6a915fe36aee8f0434709789</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181086 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer; alternate edges] - merge control edges where we descend to a subexpression and pop back out.</title>
<updated>2013-05-04T01:13:05Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-04T01:13:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=b9e13d555fc9f3e5515e2b1fa6f720e6f10bb076'/>
<id>urn:sha1:b9e13d555fc9f3e5515e2b1fa6f720e6f10bb076</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181085 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer; alternate edges] prune edges whose end/begin locations have the same statement parents.</title>
<updated>2013-05-04T01:13:01Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-04T01:13:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=bb521b8f14ca29ee4e17ae1f9877586ef0bf8378'/>
<id>urn:sha1:bb521b8f14ca29ee4e17ae1f9877586ef0bf8378</id>
<content type='text'>
This change required some minor changes to LocationContextMap to have it map
from PathPieces to LocationContexts instead of PathDiagnosticCallPieces to
LocationContexts.  These changes are in the other diagnostic
generation logic as well, but are functionally equivalent.

Interestingly, this optimize requires delaying "cleanUpLocation()" until
later; possibly after all edges have been optimized.  This is because
we need PathDiagnosticLocations to refer to the semantic entity (e.g. a statement)
as long as possible.  Raw source locations tell us nothing about
the semantic relationship between two locations in a path.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181084 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer;alternate edges] - add in events (loop iterations, etc)</title>
<updated>2013-05-04T01:12:55Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-04T01:12:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=cd389d8cc9abeffb1416b70dd58148e66e5d822b'/>
<id>urn:sha1:cd389d8cc9abeffb1416b70dd58148e66e5d822b</id>
<content type='text'>
These were being dropped due a transcription mistake from the original
algorithm.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181083 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[analyzer] Start hacking up alternate control-flow edge generation.  WIP.  Not guaranteed to do anything useful yet.</title>
<updated>2013-05-03T18:25:33Z</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2013-05-03T18:25:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=af2836593979d4973bec5bd21f10eb6cc0d0f3e3'/>
<id>urn:sha1:af2836593979d4973bec5bd21f10eb6cc0d0f3e3</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@181040 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
</feed>
