<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/llvm/unittests/Transforms/Vectorize/VPlanTest.cpp, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2019-11-09T18:52:25+00:00</updated>
<entry>
<title>[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFCI)</title>
<updated>2019-11-09T18:52:25+00:00</updated>
<author>
<name>Gil Rapaport</name>
<email>gil.rapaport@intel.com</email>
</author>
<published>2019-10-07T14:24:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=7f152543e4ff91f2ce8578a1b3b3ec18f580345a'/>
<id>urn:sha1:7f152543e4ff91f2ce8578a1b3b3ec18f580345a</id>
<content type='text'>
This recommits 11ed1c0239fd51fd2f064311dc7725277ed0a994 (reverted in
9f08ce0d2197d4f163dfa4633eae2347ce8fc881 for failing an assert) with a fix:
tryToWidenMemory() now first checks if the widening decision is to interleave,
thus maintaining previous behavior where tryToInterleaveMemory() was called
first, giving priority to interleave decisions over widening/scalarization. This
commit adds the test case that exposed this bug as a LIT.
</content>
</entry>
<entry>
<title>Revert "[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFCI)"</title>
<updated>2019-11-08T20:17:11+00:00</updated>
<author>
<name>Gil Rapaport</name>
<email>gil.rapaport@intel.com</email>
</author>
<published>2019-11-08T20:14:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=9f08ce0d2197d4f163dfa4633eae2347ce8fc881'/>
<id>urn:sha1:9f08ce0d2197d4f163dfa4633eae2347ce8fc881</id>
<content type='text'>
This reverts commit 11ed1c0239fd51fd2f064311dc7725277ed0a994 - causes an assert failure.
</content>
</entry>
<entry>
<title>[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFCI)</title>
<updated>2019-11-08T13:25:14+00:00</updated>
<author>
<name>Gil Rapaport</name>
<email>gil.rapaport@intel.com</email>
</author>
<published>2019-10-07T14:24:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=11ed1c0239fd51fd2f064311dc7725277ed0a994'/>
<id>urn:sha1:11ed1c0239fd51fd2f064311dc7725277ed0a994</id>
<content type='text'>
This recommits 100e797adb433724a17c9b42b6533cd634cb796b (reverted in
009e032634b3bd7fc32071ac2344b12142286477 for failing an assert). While the
root cause was independently reverted in eaff3004019f97c64c88ab76da6b25106b659b30,
this commit includes a LIT to make sure IVDescriptor's SinkAfter logic does not
try to sink branch instructions.
</content>
</entry>
<entry>
<title>Temporarily Revert "[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFC)"</title>
<updated>2019-11-07T05:58:28+00:00</updated>
<author>
<name>Eric Christopher</name>
<email>echristo@gmail.com</email>
</author>
<published>2019-11-07T05:58:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=009e032634b3bd7fc32071ac2344b12142286477'/>
<id>urn:sha1:009e032634b3bd7fc32071ac2344b12142286477</id>
<content type='text'>
as it's causing assert failures.

This reverts commit 100e797adb433724a17c9b42b6533cd634cb796b.
</content>
</entry>
<entry>
<title>[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFC)</title>
<updated>2019-11-05T15:29:13+00:00</updated>
<author>
<name>Gil Rapaport</name>
<email>gil.rapaport@intel.com</email>
</author>
<published>2019-10-07T14:24:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=100e797adb433724a17c9b42b6533cd634cb796b'/>
<id>urn:sha1:100e797adb433724a17c9b42b6533cd634cb796b</id>
<content type='text'>
This recommits 2be17087f8c38934b7fc9208ae6cf4e9b4d44f4b (reverted in
d3ec06d219788801380af1948c7f7ef9d3c6100b for heap-use-after-free) with a fix
in IAI's reset() which was not clearing the set of interleave groups after
deleting them.
</content>
</entry>
<entry>
<title>Revert "[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFC)"</title>
<updated>2019-11-04T14:04:42+00:00</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2019-11-04T14:04:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=d3ec06d219788801380af1948c7f7ef9d3c6100b'/>
<id>urn:sha1:d3ec06d219788801380af1948c7f7ef9d3c6100b</id>
<content type='text'>
This reverts commit 2be17087f8c38934b7fc9208ae6cf4e9b4d44f4b. Fails ASAN.
</content>
</entry>
<entry>
<title>[LV] Apply sink-after &amp; interleave-groups as VPlan transformations (NFC)</title>
<updated>2019-11-04T08:37:39+00:00</updated>
<author>
<name>Gil Rapaport</name>
<email>gil.rapaport@intel.com</email>
</author>
<published>2019-10-07T14:24:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2be17087f8c38934b7fc9208ae6cf4e9b4d44f4b'/>
<id>urn:sha1:2be17087f8c38934b7fc9208ae6cf4e9b4d44f4b</id>
<content type='text'>
The sink-after and interleave-group vectorization decisions were so far applied to
VPlan during initial VPlan construction, which complicates VPlan construction – also because of
their inter-dependence. This patch refactors buildVPlanWithRecipes() to construct a simpler
initial VPlan and later apply both these vectorization decisions, in order, as VPlan-to-VPlan
transformations.

Differential Revision: https://reviews.llvm.org/D68577
</content>
</entry>
<entry>
<title>[VPlan] Add moveAfter to VPRecipeBase.</title>
<updated>2019-10-11T15:36:55+00:00</updated>
<author>
<name>Florian Hahn</name>
<email>flo@fhahn.com</email>
</author>
<published>2019-10-11T15:36:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=39d4c9fd56e353cc6ce55d5e482c8d14fb340ecc'/>
<id>urn:sha1:39d4c9fd56e353cc6ce55d5e482c8d14fb340ecc</id>
<content type='text'>
This patch adds a moveAfter method to VPRecipeBase, which can be used to
move elements after other elements, across VPBasicBlocks, if necessary.

Reviewers: dcaballe, hsaito, rengolin, hfinkel

Reviewed By: dcaballe

Differential Revision: https://reviews.llvm.org/D46825

llvm-svn: 374565
</content>
</entry>
<entry>
<title>Update the file headers across all of the LLVM projects in the monorepo</title>
<updated>2019-01-19T08:50:56+00:00</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2019-01-19T08:50:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2946cd701067404b99c39fb29dc9c74bd7193eb3'/>
<id>urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3</id>
<content type='text'>
to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636
</content>
</entry>
<entry>
<title>[VPlanRecipeBase] Add eraseFromParent().</title>
<updated>2018-06-18T15:18:48+00:00</updated>
<author>
<name>Florian Hahn</name>
<email>florian.hahn@arm.com</email>
</author>
<published>2018-06-18T15:18:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=63cbcf98a547ed16f89b5c80f7e401849abad3b2'/>
<id>urn:sha1:63cbcf98a547ed16f89b5c80f7e401849abad3b2</id>
<content type='text'>
Reviewers: dcaballe, hsaito, mkuper, hfinkel

Reviewed By: dcaballe

Differential Revision: https://reviews.llvm.org/D48081

llvm-svn: 334951
</content>
</entry>
</feed>
