For non-x86 platforms. This is because image support is not supported on non-x86 platforms.
If you think it would be best to autodetect this option in cmake, please let me know and I can try to make a patch.
For rocm opencl and hip, they will also fail, but I have a patch for arm64 in the eventual 5.2 release, and I have a patch for ppc64le in review (hopefully in time for 5.2).
On Thu, Apr 7, 2022, at 9:00 AM, M. Zhou wrote:
Hi Jeremy,
Thanks for this. Speaking of the currently uploaded ROCm packages, like roct-thunk-interface
there is actually no restriction on which architectures the source should be built.
Namely, as long as a source is built successfully, it will be included in archive automatically.
So patches porting to any architecture will also be automatically used in Debian.
Currently the first break point on the dependency tree is rocr-runtime,
which only build on amd64.
On Wed, 2022-04-06 at 13:19 -0400, Jeremy Newton wrote:
> If there's interest, I've been working on packaging non-x86 ROCm packages for Fedora in my free time (ARM and PPC64LE
> currently). I'm not looking to do actual HW functional testing, but rather just fixing compilation and doing quick
> skims of the code base to fix arch detection for arch-specific code or inline asm.
>
> Feel free to reach out to me if you are interested in the existing patch series to include in Debian. I'm trying to
> get as much as possible in the upstream ROCm code as I have time. E.g. I landed this a month ago:
>
>
> And I have a follow up patch, waiting for internal review, that fixes/cleans up ARM and allows PCC64LE compilation.