<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/lib/Transforms/IPO, branch release_32</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/lib/Transforms/IPO?h=release_32</id>
<link rel='self' href='https://git.amat.us/llvm/atom/lib/Transforms/IPO?h=release_32'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2012-11-22T06:08:33Z</updated>
<entry>
<title>Merging r168354: into 3.2 release branch</title>
<updated>2012-11-22T06:08:33Z</updated>
<author>
<name>Pawel Wodnicki</name>
<email>pawel@32bitmicro.com</email>
</author>
<published>2012-11-22T06:08:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=d11161f404bf670f4f4b3b993bdad6894fbfd5ba'/>
<id>urn:sha1:d11161f404bf670f4f4b3b993bdad6894fbfd5ba</id>
<content type='text'>
Make the AttrListPtr object a part of the LLVMContext.

When code deletes the context, the AttributeImpls that the AttrListPtr points to
are now invalid. Therefore, instead of keeping a separate managed static for the
AttrListPtrs that's reference counted, move it into the LLVMContext and delete
it when deleting the AttributeImpls.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_32@168486 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Reverting 168457</title>
<updated>2012-11-21T22:21:40Z</updated>
<author>
<name>Pawel Wodnicki</name>
<email>pawel@32bitmicro.com</email>
</author>
<published>2012-11-21T22:21:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3e2cbf9d08ffd6f26302c19fdc7997e441c741e9'/>
<id>urn:sha1:3e2cbf9d08ffd6f26302c19fdc7997e441c741e9</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_32@168465 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Merging r168354, r168355 and r168379 into the 3.2 release branch.</title>
<updated>2012-11-21T20:30:37Z</updated>
<author>
<name>Pawel Wodnicki</name>
<email>pawel@32bitmicro.com</email>
</author>
<published>2012-11-21T20:30:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=7022c651cab8a4e3e310e024a2028eb9fa5b482e'/>
<id>urn:sha1:7022c651cab8a4e3e310e024a2028eb9fa5b482e</id>
<content type='text'>
Set of  Attributes patches.

Merging r168354:

Make the AttrListPtr object a part of the LLVMContext.

When code deletes the context, the AttributeImpls that the AttrListPtr points to
are now invalid. Therefore, instead of keeping a separate managed static for the
AttrListPtrs that's reference counted, move it into the LLVMContext and delete
it when deleting the AttributeImpls.

Merging r168355:

Merging r168379

git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_32@168457 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Merge r168037 from trunk:</title>
<updated>2012-11-16T20:14:40Z</updated>
<author>
<name>Hans Wennborg</name>
<email>hans@hanshq.net</email>
</author>
<published>2012-11-16T20:14:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=21863332ca402263c518840742aee2b126d53007'/>
<id>urn:sha1:21863332ca402263c518840742aee2b126d53007</id>
<content type='text'>
  Make GlobalOpt be conservative with TLS variables (PR14309)

  For global variables that get the same value stored into them
  everywhere, GlobalOpt will replace them with a constant. The problem is
  that a thread-local GlobalVariable looks like one value (the address of
  the TLS var), but is different between threads.

  This patch introduces Constant::isThreadDependent() which returns true
  for thread-local variables and constants which depend on them (e.g. a GEP
  into a thread-local array), and teaches GlobalOpt not to track such
  values.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_32@168192 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Revert the series of commits starting with r166578 which introduced the</title>
<updated>2012-11-01T08:07:29Z</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2012-11-01T08:07:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=ece6c6bb6329748b92403c06ac87f45c43485911'/>
<id>urn:sha1:ece6c6bb6329748b92403c06ac87f45c43485911</id>
<content type='text'>
getIntPtrType support for multiple address spaces via a pointer type,
and also introduced a crasher bug in the constant folder reported in
PR14233.

These commits also contained several problems that should really be
addressed before they are re-committed. I have avoided reverting various
cleanups to the DataLayout APIs that are reasonable to have moving
forward in order to reduce the amount of churn, and minimize the number
of commits that were reverted. I've also manually updated merge
conflicts and manually arranged for the getIntPtrType function to stay
in DataLayout and to be defined in a plausible way after this revert.

Thanks to Duncan for working through this exact strategy with me, and
Nick Lewycky for tracking down the really annoying crasher this
triggered. (Test case to follow in its own commit.)

After discussing with Duncan extensively, and based on a note from
Micah, I'm going to continue to back out some more of the more
problematic patches in this series in order to ensure we go into the
LLVM 3.2 branch with a reasonable story here. I'll send a note to
llvmdev explaining what's going on and why.

Summary of reverted revisions:

r166634: Fix a compiler warning with an unused variable.
r166607: Add some cleanup to the DataLayout changes requested by
         Chandler.
r166596: Revert "Back out r166591, not sure why this made it through
         since I cancelled the command. Bleh, sorry about this!
r166591: Delete a directory that wasn't supposed to be checked in yet.
r166578: Add in support for getIntPtrType to get the pointer type based
         on the address space.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167221 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Replace some instances of UniqueVector with SetVector, which is slightly cheaper.</title>
<updated>2012-10-31T13:45:49Z</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2012-10-31T13:45:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=b4c9d9c51fcb8a4cad2336b1ad9d225f504bbc4c'/>
<id>urn:sha1:b4c9d9c51fcb8a4cad2336b1ad9d225f504bbc4c</id>
<content type='text'>
No functionality change.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167116 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>80-col</title>
<updated>2012-10-30T18:37:43Z</updated>
<author>
<name>Nadav Rotem</name>
<email>nrotem@apple.com</email>
</author>
<published>2012-10-30T18:37:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=9210cc3a173224b40d9fc45b202f52cc7acf5c5a'/>
<id>urn:sha1:9210cc3a173224b40d9fc45b202f52cc7acf5c5a</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167036 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Rename the BB-vectorize flag to match the dragonegg name</title>
<updated>2012-10-29T18:01:14Z</updated>
<author>
<name>Nadav Rotem</name>
<email>nrotem@apple.com</email>
</author>
<published>2012-10-29T18:01:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=2459bf24274bf039a72db650ebf38cd66911eafc'/>
<id>urn:sha1:2459bf24274bf039a72db650ebf38cd66911eafc</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166948 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Change the PassManagerBuilder (used by -O3) loop vectorizer flag from -vectorize to -vectorize-loops because we dont want to share the same flag as the bb-vectorizer.</title>
<updated>2012-10-29T16:36:25Z</updated>
<author>
<name>Nadav Rotem</name>
<email>nrotem@apple.com</email>
</author>
<published>2012-10-29T16:36:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=d233b78760e481a9602266f8376eb1189c58bc9a'/>
<id>urn:sha1:d233b78760e481a9602266f8376eb1189c58bc9a</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166937 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>llvm-extract changes linkages so that functions on both sides of the</title>
<updated>2012-10-29T01:59:03Z</updated>
<author>
<name>Rafael Espindola</name>
<email>rafael.espindola@gmail.com</email>
</author>
<published>2012-10-29T01:59:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=9cb90e7c1578de19d00806cc121a8ef5ad6c9089'/>
<id>urn:sha1:9cb90e7c1578de19d00806cc121a8ef5ad6c9089</id>
<content type='text'>
split module can see each other. If it is keeping a symbol that already has
a non local linkage, it doesn't need to change it.

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