Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-06-12T13:50:47+00:00 2019-06-12T13:50:47+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2019-06-12T13:50:47+00:00 urn:sha1:86325be3d706fa1d624932acfc986a09af2402fc llvm-svn: 363162 2019-04-17T04:52:47+00:00 Eric Christopher echristo@gmail.com 2019-04-17T04:52:47+00:00 urn:sha1:cee313d288a4faf0355d76fb6e0e927e211d08a5 The reversion apparently deleted the test/Transforms directory. Will be re-reverting again. llvm-svn: 358552 2019-04-17T02:12:23+00:00 Eric Christopher echristo@gmail.com 2019-04-17T02:12:23+00:00 urn:sha1:a86343512845c9c1fdbac865fea88aa5fce7142a As it's causing some bot failures (and per request from kbarton). This reverts commit r358543/ab70da07286e618016e78247e4a24fcb84077fda. llvm-svn: 358546 2019-04-15T16:49:00+00:00 Hiroshi Yamauchi yamauchi@google.com 2019-04-15T16:49:00+00:00 urn:sha1:09e539fcaebb6362795d352cdcf4a818cf4d0d6a Summary: Enable some of the existing size optimizations for cold code under PGO. A ~5% code size saving in big internal app under PGO. The way it gets BFI/PSI is discussed in the RFC thread http://lists.llvm.org/pipermail/llvm-dev/2019-March/130894.html Note it doesn't currently touch loop passes. Reviewers: davidxl, eraman Reviewed By: eraman Subscribers: mgorny, javed.absar, smeenai, mehdi_amini, eraman, zzheng, steven_wu, dexonsmith, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D59514 llvm-svn: 358422 2017-01-27T01:32:26+00:00 Chandler Carruth chandlerc@gmail.com 2017-01-27T01:32:26+00:00 urn:sha1:baabda9317d4a0f51805d41455da36d8c04de342 the main pipeline. This is a very straight forward port. Nothing weird or surprising. This brings the number of missing passes from the new PM's pipeline down to three. llvm-svn: 293249 2017-01-06T21:06:51+00:00 Mehdi Amini mehdi.amini@apple.com 2017-01-06T21:06:51+00:00 urn:sha1:27d224fbbb5185bb84df5535ff8682560796ee18 This is fixing a bug where Loop Vectorization is widening a load but with a lower alignment. Hoisting the load without propagating the alignment will allow inst-combine to later deduce a higher alignment that what the pointer actually is. Differential Revision: https://reviews.llvm.org/D28408 llvm-svn: 291281 2016-06-28T04:02:47+00:00 Adam Nemet anemet@apple.com 2016-06-28T04:02:47+00:00 urn:sha1:bd861acf29bb49c6530870de2e05d4828eb1a9a2 If the load is conditional we can't hoist its 0-iteration instance to the preheader because that would make it unconditional. Thus we would access a memory location that the original loop did not access. llvm-svn: 273991 2016-06-17T22:35:41+00:00 Adam Nemet anemet@apple.com 2016-06-17T22:35:41+00:00 urn:sha1:a9f09c6245b9078d0719e0fd9d2aba60b39dd3ac This is a functional change for LLE and LDist. The other clients (LV, LVerLICM) already had this explicitly enabled. The temporary boolean parameter to LAA is removed that allowed turning off speculation of symbolic strides. This makes LAA's caching interface LAA::getInfo only take the loop as the parameter. This makes the interface more friendly to the new Pass Manager. The flag -enable-mem-access-versioning is moved from LV to a LAA which now allows turning off speculation globally. llvm-svn: 273064 2016-06-17T09:13:15+00:00 Adam Nemet anemet@apple.com 2016-06-17T09:13:15+00:00 urn:sha1:e7709d92ba09e0318b27265415064db5d3ea03b6 Turns out a didn't get this right because symbolic stride versioning changes the name. Relax the matching. llvm-svn: 272992 2016-06-16T16:45:29+00:00 Adam Nemet anemet@apple.com 2016-06-16T16:45:29+00:00 urn:sha1:776346848ac4d5aab237f1b5ed914d64d4574876 This is currently only performed in the Vectorizer. I will change this as symbolic stride collection is moved to LAA. This test will track when the actual functional change occurs. llvm-svn: 272918