On 2025-02-18 16:36, Cordell Bloor wrote:
I'm not certain of the best way to address this. I believe this bug
affects Bookworm and Trixie (as well as Ubuntu Noble). One possibility
would be to adjust the definition of `hiprtc::hiprtc` on Debian to
point to libamdhip64.so. For Trixie, I imagine that the right solution
is to begin shipping a libhiprtc in its own package, but I'm less
certain about how to best address this bug in Bookworm / Noble.
Upon further consideration, I think it would be a bad idea to change the
definition of `hiprtc::hiprtc`.
To fix this bug for Bookworm and Noble, we should probably remove
/usr/lib/x86_64-linux-gnu/cmake/hiprtc/* from libamdhip64-dev. Calls to
find_package(hiprtc) should fail when libhiprtc.so is not available on
the system. Unlike a broken or oddly-defined target, user software can
handle a failing find_package call cleanly through standard mechanisms.
This is important, as we do not want user code encountering this problem
to have to resort to distribution-specific workarounds.
To fix this bug for Trixie, we should create a libhiprtc6 package.
Sincerely,
Cory Bloor
