Jacob Lambert

Ah ok I understand. I've actually submitted a patch to remove the ADD_DEVICE_LIBRARY calls, but had to revert it, possibly due to the same issues you saw: [SWDEV-376413 - Replace...

@lshqqytiger Are you getting between 1 and 100 seconds when using Comgr to Codegen the same bitcode? Or different execution times for different bitcodes? The size of the bitcode passed...

This is a probably general LLVM/clang issue, and not anything specific to Comgr or ROCm LLVM. I'd assume if you tried the same compilation with upstream clang you'd see similar...

Thanks for the detailed report! @alex-t is taking a look

@david-salinas is looking into this, specifically if these macros can be removed so we don't need to worry about them falling out of sync again in the future.

Did you mean to make a PR against amd-staging (amd-stg-open is deprecated now)?

https://github.com/ROCm/llvm-project/commit/6fcb486ba127a3b436bcea8e97551b54ebe885fb Merged to amd-staging. Thanks for the PR. We're currently working on updating and testing compilation with LLVM Shared Libraries (DYLibs)

Hi @mattmcadoo It looks like you're getting this error when building Comgr from source? Can you share the branch you're using to build, and the CMake command you're using? If...

-DLLVM_DIR=/usr/lib/llvm/18 Is this the 6.2.1/6.2.2 ROCm LLVM? Or a system LLVM? I'm not familiar with the Gentoo CMake config, but Comgr does need to build against a compatible version of...

Do you have the hash/version number of your system LLVM? You may need to port this patch to it: https://github.com/ROCm/llvm-project/blob/77cf9ad00e298ed06e06aec0f81009510f545714/llvm/include/llvm/BinaryFormat/ELF.h#L792