Package Details: comgr 3.7.0-1

Git Clone URL: https://aur.archlinux.org/comgr.git (read-only, click to copy)
Package Base: comgr
Description: Radeon Open Compute - compiler support
Upstream URL: https://github.com/RadeonOpenCompute/ROCm-CompilerSupport
Licenses: custom:NCSAOSL
Submitter: acxz
Maintainer: rsa (acxz)
Last Packager: acxz
Votes: 5
Popularity: 0.28
First Submitted: 2020-04-26 00:00
Last Updated: 2020-08-22 12:10

Pinned Comments

acxz commented on 2020-03-09 06:42

Development is on Github: https://github.com/rocm-arch/rocm-arch Please open issues and PRs there instead of commenting.

Latest Comments

acxz commented on 2020-03-09 06:42

Development is on Github: https://github.com/rocm-arch/rocm-arch Please open issues and PRs there instead of commenting.

Narthorn commented on 2020-02-19 18:51

I can confirm what a2h described, rebuilding rocm-comgr 3.0.0-2 after having already installed rocm-opencl-runtime 3.0.0-3 resulted in a slightly larger package size.

After that, clinfo started working correctly, but I still have very strange errors compiling most opencl kernels: error: passing 'uint32_t *' (aka 'unsigned int *') to parameter of type 'uint32_t *' (aka 'unsigned int *') changes address space of pointer

Pretty sure that one is an upstream bug, though.

rsa commented on 2020-02-03 07:15

@a2h I don't get the same result. comgr doesn't even pick current rocm installation (as ROCM_DIR), so the rebuild generates the very same files always.

a2h commented on 2020-02-03 04:50

I discovered something interesting. When I want to build rocm-opencl-runtime 3.0 I first build and install rocm-comgr 3.0 and then rocm-opencl-runtime 3.0. But then if I go back and build rocm-comgr again after installing rocm-opencl-runtime 3.0 the file size gets bigger. I think the second build and install might also allow rocm-opencl-runtime to start working after not working the first time, but I didn't double check that.