<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/test/Transforms/Reassociate, branch release_30</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/test/Transforms/Reassociate?h=release_30</id>
<link rel='self' href='https://git.amat.us/llvm/atom/test/Transforms/Reassociate?h=release_30'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2011-08-02T02:47:45Z</updated>
<entry>
<title>Remove empty test.</title>
<updated>2011-08-02T02:47:45Z</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2011-08-02T02:47:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=7a3824b923b0d4dea90b950f82c820721ca4d977'/>
<id>urn:sha1:7a3824b923b0d4dea90b950f82c820721ca4d977</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136675 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Revert r136503 and r136480 in an effort to fix non-determinism in the llvm-gcc buildbots on i386.  Devang is looking into the root cause.</title>
<updated>2011-08-02T02:23:42Z</updated>
<author>
<name>Owen Anderson</name>
<email>resistor@mac.com</email>
</author>
<published>2011-08-02T02:23:42Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=9b7fdc7e8af26b65c9afdee45d4ec0b22c8a17c8'/>
<id>urn:sha1:9b7fdc7e8af26b65c9afdee45d4ec0b22c8a17c8</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136674 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Clean up debug info after reassociation.</title>
<updated>2011-07-29T19:00:35Z</updated>
<author>
<name>Devang Patel</name>
<email>dpatel@apple.com</email>
</author>
<published>2011-07-29T19:00:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=1619560521c46ecee0ef2d0c651ed18feb57df97'/>
<id>urn:sha1:1619560521c46ecee0ef2d0c651ed18feb57df97</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136480 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Land the long talked about "type system rewrite" patch.  This</title>
<updated>2011-07-09T17:41:24Z</updated>
<author>
<name>Chris Lattner</name>
<email>sabre@nondot.org</email>
</author>
<published>2011-07-09T17:41:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=1afcace3a3a138b1b18e5c6270caa8dae2261ae2'/>
<id>urn:sha1:1afcace3a3a138b1b18e5c6270caa8dae2261ae2</id>
<content type='text'>
patch brings numerous advantages to LLVM.  One way to look at it
is through diffstat:
 109 files changed, 3005 insertions(+), 5906 deletions(-)

Removing almost 3K lines of code is a good thing.  Other advantages
include:

1. Value::getType() is a simple load that can be CSE'd, not a mutating
   union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
   uniques them.  This means that the compiler doesn't merge them structurally
   which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
   struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
   in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead 
   "const Type *" everywhere.

Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.  
"LLVM 3.0" is the right time to do this.

There are still some cleanups pending after this, this patch is large enough
as-is.




git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@134829 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix reassociate to use a worklist instead of recursing when new</title>
<updated>2011-04-12T00:11:56Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2011-04-12T00:11:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=dac5dbadeb840ddded4665d144f31c5f88494d6e'/>
<id>urn:sha1:dac5dbadeb840ddded4665d144f31c5f88494d6e</id>
<content type='text'>
reassociation opportunities are exposed. This fixes a bug where
the nested reassociation expects to be the IR to be consistent,
but it isn't, because the outer reassociation has disconnected
some of the operands.  rdar://9167457


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@129324 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix reassociate to postpone certain instruction deletions until</title>
<updated>2011-03-10T19:51:54Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2011-03-10T19:51:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=fa0e6facc793d0a67e89f873e18cd35a9d7c02e0'/>
<id>urn:sha1:fa0e6facc793d0a67e89f873e18cd35a9d7c02e0</id>
<content type='text'>
after it has finished all of its reassociations, because its
habit of unlinking operands and holding them in a datastructure
while working means that it's not easy to determine when an
instruction is really dead until after all its regular work is
done. rdar://9096268.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127424 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>fix PR9215, preventing -reassociate from clearing nsw/nuw when</title>
<updated>2011-02-17T01:29:24Z</updated>
<author>
<name>Chris Lattner</name>
<email>sabre@nondot.org</email>
</author>
<published>2011-02-17T01:29:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=de1d8a544c1398cc34d4c865c5afa8b91f96316c'/>
<id>urn:sha1:de1d8a544c1398cc34d4c865c5afa8b91f96316c</id>
<content type='text'>
it swaps the LHS/RHS of a single binop.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125700 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix reassociate to clear optional flags, such as nsw.</title>
<updated>2011-02-02T02:02:34Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2011-02-02T02:02:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=46985a14409486293b689ca07dd07d7482734795'/>
<id>urn:sha1:46985a14409486293b689ca07dd07d7482734795</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124712 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix PR9039, a use-after-free in reassociate.  The issue was that the</title>
<updated>2011-01-26T10:08:38Z</updated>
<author>
<name>Duncan Sands</name>
<email>baldrick@free.fr</email>
</author>
<published>2011-01-26T10:08:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=37f87c7aa914fba1362bb187ce5a386abfe94e39'/>
<id>urn:sha1:37f87c7aa914fba1362bb187ce5a386abfe94e39</id>
<content type='text'>
operand being factorized (and erased) could occur several times in Ops,
resulting in freed memory being used when the next occurrence in Ops was
analyzed.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124287 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>fix a nice subtle reassociate bug which would only occur</title>
<updated>2010-03-05T07:18:54Z</updated>
<author>
<name>Chris Lattner</name>
<email>sabre@nondot.org</email>
</author>
<published>2010-03-05T07:18:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=893075f46e9d07e3fe94e2b0e0f3ff8ae4061549'/>
<id>urn:sha1:893075f46e9d07e3fe94e2b0e0f3ff8ae4061549</id>
<content type='text'>
in a very specific use pattern embodied in the carefully
reduced testcase.


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