Greetings, Thank you Cory for the notice and the status of changes! :) M. Zhou, on 2022-06-28: > Thanks to Cordell for the notification. While I'm working on other packages, > I think I can help uploading some basic packages like roct-thunk-interface. > Currently the software stack version is 5.1.0 . > > Shall we bump the version or stay at 5.1.0 for a while? To my knowledge, there is a slight mix of various versions, which may not be the recommended approach, but it seems to work okay. I suppose it would be worth at least aligning the upstream versions. There is also the compiler support that might need to be taken into consideration, but that something that will crop up as there will be attempts to build the software. As an aside, I'm ready to upload rocm-hipamd 5.0.0, there is just one thing that's holding me: I saw duplicate LICENSE and LICENSE.txt files with different content, and opened an issue on github[1]. I don't believe this is particularly grave, since both licenses do not seem incompatible, but ftpmaster might frown upon this, so I would tend to prefer to wait for at least a beginning of discussion on the matter. [1]: https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime/issues/147 > On Tue, 2022-06-28 at 15:21 -0600, Cordell Bloor wrote: > > Howdy folks, > > > > The ROCm 5.2.0 release has been tagged. For Debian, the important > > feature is that a more traditional installation layout is now supported > > across all libraries. > > > > In ROCm 5.1, setting -DCMAKE_INSTALL_PREFIX=/usr when configuring a > > library build would cause it to install headers to > > /usr/<libname>/include and library files to /usr/<libname>/lib. In ROCm > > 5.2, the libraries will now install their headers to > > /usr/include/<libname> and their library files to /usr/lib/<libname>. > > > > By default, all libraries are built with the CMake option > > BUILD_FILE_REORG_BACKWARD_COMPATIBILITY set to ON. This setting will add > > symlinks and wrapper headers in the old layout locations so that > > software designed to build using the older versions of ROcm will > > continue to build without any changes. That compatibility shim is > > considered deprecated and will be removed in a future release. Debian > > should use the CMake config > > -DBUILD_FILE_REORG_BACKWARD_COMPATIBILITY=OFF to ensure it only gets the > > new layout. > > > > It was a difficult migration and there were some things that didn't make > > the cut for ROCm 5.2. For example, many of the ROCm libraries themselves > > depend on the backwards compatibility shim. That will persist until ROCm > > 5.3, so you may find that only the first few math libraries in the > > dependency tree can successfully be packaged with ROCm 5.2. > > Nevertheless, I hope this is sufficient to begin an attempt at packaging > > foundational libraries such as rocRAND, rocPRIM, rocFFT and rocBLAS. -- Étienne Mollier <emollier@emlwks999.eu> Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity.
Attachment:
signature.asc
Description: PGP signature