Package Details: comgr 5.2.1-1

Git Clone URL: (read-only, click to copy)
Package Base: comgr
Description: Radeon Open Compute - compiler support
Upstream URL:
Licenses: custom:NCSAOSL
Submitter: acxz
Maintainer: tpkessler
Last Packager: tpkessler
Votes: 7
Popularity: 0.003229
First Submitted: 2020-04-26 00:00 (UTC)
Last Updated: 2022-07-22 16:06 (UTC)

Pinned Comments

acxz commented on 2020-03-09 06:42 (UTC)

Development is on Github: Please open issues and PRs there instead of commenting.

Latest Comments

GraysonPeddie commented on 2021-11-22 04:33 (UTC)

I am having an issue trying to build comgr from AUR:

[ 34%] Building CXX object CMakeFiles/amd_comgr.dir/src/comgr-compiler.cpp.o
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp: In function ‘std::unique_ptr<llvm::raw_fd_ostream> COMGR::getOutputStream(COMGR::{anonymous}::AssemblerInvocation&, clang::DiagnosticsEngine&, bool)’:
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:334:47: error: ‘F_None’ is not a member of ‘llvm::sys::fs’; did you mean ‘OF_None’?
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:334:65: error: ‘F_Text’ is not a member of ‘llvm::sys::fs’; did you mean ‘OF_Text’?
  334 |     Opts.OutputPath, EC, (Binary ? sys::fs::F_None : sys::fs::F_Text));
      |                                                               ^~~~~~
      |                                                               OF_Text
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp: In function ‘bool COMGR::executeAssembler(COMGR::{anonymous}::AssemblerInvocation&, clang::DiagnosticsEngine&, llvm::raw_ostream&)’:
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:399:58: error: no matching function for call to ‘llvm::MCContext::MCContext(std::unique_ptr<llvm::MCAsmInfo>::pointer, std::unique_ptr<llvm::MCRegisterInfo>::pointer, std::unique_ptr<llvm::MCObjectFileInfo>::pointer, llvm::SourceMgr*)’
  399 |   MCContext Ctx(MAI.get(), MRI.get(), MOFI.get(), &SrcMgr);
      |                                                          ^
In file included from /home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:62:
/opt/rocm/llvm/include/llvm/MC/MCContext.h:398:14: note: candidate: ‘llvm::MCContext::MCContext(const llvm::Triple&, const llvm::MCAsmInfo*, const llvm::MCRegisterInfo*, const llvm::MCSubtargetInfo*, const llvm::SourceMgr*, const llvm::MCTargetOptions*, bool)’
  398 |     explicit MCContext(const Triple &TheTriple, const MCAsmInfo *MAI,
      |              ^~~~~~~~~
/opt/rocm/llvm/include/llvm/MC/MCContext.h:398:38: note:   no known conversion for argument 1 from ‘std::unique_ptr<llvm::MCAsmInfo>::pointer’ {aka ‘llvm::MCAsmInfo*’} to ‘const llvm::Triple&’
  398 |     explicit MCContext(const Triple &TheTriple, const MCAsmInfo *MAI,
      |                        ~~~~~~~~~~~~~~^~~~~~~~~
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:411:9: error: ‘class llvm::MCObjectFileInfo’ has no member named ‘InitMCObjectFileInfo’; did you mean ‘initMCObjectFileInfo’?
  411 |   MOFI->InitMCObjectFileInfo(Triple(Opts.Triple), PIC, Ctx);
      |         ^~~~~~~~~~~~~~~~~~~~
      |         initMCObjectFileInfo
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:485:16: error: ‘class llvm::MCStreamer’ has no member named ‘InitSections’; did you mean ‘initSections’?
  485 |     Str.get()->InitSections(Opts.NoExecStack);
      |                ^~~~~~~~~~~~
      |                initSections
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp: In function ‘amd_comgr_status_t COMGR::outputToFile(llvm::StringRef, llvm::StringRef)’:
/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/ROCm-CompilerSupport-rocm-4.5.0/lib/comgr/src/comgr-compiler.cpp:560:35: error: ‘F_None’ is not a member of ‘llvm::sys::fs’; did you mean ‘OF_None’?
  560 |   raw_fd_ostream OS(Path, EC, fs::F_None);
      |                                   ^~~~~~
      |                                   OF_None
make[2]: *** [CMakeFiles/amd_comgr.dir/build.make:76: CMakeFiles/amd_comgr.dir/src/comgr-compiler.cpp.o] Error 1
make[2]: Leaving directory '/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/build'
make[1]: *** [CMakeFiles/Makefile2:303: CMakeFiles/amd_comgr.dir/all] Error 2
make[1]: Leaving directory '/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/build'
make: *** [Makefile:166: all] Error 2
make: Leaving directory '/home/ldapusers/gpadmin/.cache/pacaur/comgr/src/build'
==> ERROR: A failure occurred in build().

I'm trying to install hip-runtime-amd.

acxz commented on 2020-03-09 06:42 (UTC)

Development is on Github: Please open issues and PRs there instead of commenting.

Narthorn commented on 2020-02-19 18:51 (UTC) (edited on 2020-02-19 18:51 (UTC) by Narthorn)

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 (UTC)

@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 (UTC)

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.