Hi Filipe! It's great to meet a further Arch TU who's excited about the ROCm stack. Thank you for your feedback on my application.
I own a RX 5700 XT (gfx1010), if specific testing is required. Very nice! Hopefully, we will find more people who would like to help with the testing. So far, I can only extrapolate from my own experience and the issues on GitHub. Most of them are concerned with build failures and hardly address runtime issues with supported GPUs. Having first hand information on the performance of the ROCm stack on different GPU architectures is very important when shipping the binary packages.
Python scientific computing / data science ecosystem, with a focus on packaging, so I am looking forward to this, and helping out where I can. Awesome! Regarding ML with ROCm I already had a short conversation with Konstantin (kgizdov) who's maintaining the ML packages for Arch Linux. He's eager to include a ROCm backend and is looking forward to my possible future contributions.
I noticed was the missing -DCMAKE_BUILD_TYPE=None argument from CMake packages That's (partly) done intentionally. Most of the ROCm packages enable a "Release" build by default, see [1,2] for instance. As I've been trying to stay a close as possible to upstream (and the official Debian packages) I haven't touched CMAKE_BUILD_TYPE. I'm of course willing to change this.
+1 on the candidate for me! Thank you! :)
Best! Torsten [1] https://github.com/ROCmSoftwarePlatform/rocBLAS/blob/f4826cbfce09fb1ed6292d8... [2] https://github.com/ROCmSoftwarePlatform/rocSPARSE/blob/3a05469742e91841676f5...