[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ROCm 5.2.0 Release



Hello guys,

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?


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.
> 
> Sincerely,
> Cory Bloor
> 


Reply to: