bcm5719-llvm/llvm/test/Transforms/AtomicExpand, branch meklort-10.0.1 Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-12-11T14:14:47+00:00 AMDGPU: Fix copy-pasted test name error 2019-12-11T14:14:47+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2019-12-10T16:21:51+00:00 urn:sha1:32137699f7f7d6df6157d47eb33faf96dfd257f3 AMDGPU: Select global atomicrmw fadd 2019-11-07T00:06:38+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2019-08-29T18:53:17+00:00 urn:sha1:e16a71382d689c39561e94b13af2feb4bf1b15cc This only works if there is no use of the return value. [lit] Delete empty lines at the end of lit.local.cfg NFC 2019-06-17T09:51:07+00:00 Fangrui Song maskray@google.com 2019-06-17T09:51:07+00:00 urn:sha1:ac14f7b10cffe2be548607269e036244cd16acc3 llvm-svn: 363538 AtomicExpand: Don't crash on non-0 alloca 2019-06-11T01:35:07+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2019-06-11T01:35:07+00:00 urn:sha1:c5830f5f05a4ecb6ae0db0aa386af733f6113b77 This now produces garbage on AMDGPU with a call to an nonexistent, anonymous libcall but won't assert. llvm-svn: 363022 AMDGPU: Expand < 32-bit atomics 2019-06-11T01:35:00+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2019-06-11T01:35:00+00:00 urn:sha1:383e72fcfebe5306a152efdab19ad5f532248ed4 Also fix AtomicExpand asserting on atomicrmw fadd/fsub. llvm-svn: 363021 Revert "Temporarily Revert "Add basic loop fusion pass."" 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 Temporarily Revert "Add basic loop fusion pass." 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 [AtomicExpand] Allow libcall expansion for non-zero address spaces (try 2) 2019-03-06T19:27:13+00:00 Philip Reames listmail@philipreames.com 2019-03-06T19:27:13+00:00 urn:sha1:9549f7560f67c3a4c8319474455116ca68906fb8 Restore a reverted commit, with the silly mistake fixed. Sorry for the previous breakage. Be consistent about how we treat atomics in non-zero address spaces. If we get to the backend, we tend to lower them as if in address space 0. Do the same if we need to insert a libcall instead. Differential Revision: https://reviews.llvm.org/D58760 llvm-svn: 355540 Revert "[AtomicExpand] Allow libcall expansion for non-zero address spaces" for buildbot failures. 2019-03-06T00:25:40+00:00 Mitch Phillips mitchphillips@outlook.com 2019-03-06T00:25:40+00:00 urn:sha1:f0c21e2ff53a2745a325136f3812b4a0e6f61ea1 llvm-svn: 355461 [AtomicExpand] Allow libcall expansion for non-zero address spaces 2019-03-05T23:00:14+00:00 Philip Reames listmail@philipreames.com 2019-03-05T23:00:14+00:00 urn:sha1:1e4c5d36110e883fe5160db60000db73708a3daa Be consistent about how we treat atomics in non-zero address spaces. If we get to the backend, we tend to lower them as if in address space 0. Do the same if we need to insert a libcall instead. Differential Revision: https://reviews.llvm.org/D58760 llvm-svn: 355453