In order to update "rocm-runtime" to the latest, it requires a new package "ROCm-Device-Libs" as a build requirement.
The issue is that the project installs files into /usr/amdgcn, which seems incorrect to me based on the FHS and Fedora guidelines. Here's the upstream for reference:
I made a test package but to get it to pass rpmlint, I patched it to put amdgcn in "share/amdgcn" and made it a noarch package because it doesn't compile any cpu specific code. I proposed to upstream to make this change and it seems they don't agree and strongly prefer putting the files in "lib/amdgcn".
It seems the files are bitcode to be used with clang, so the binaries are not traditional libraries. At the moment these files are CPU arch independent, but they said they might want to add some x86 bit code later.
I guess I have a few questions:
- does bitcode belong in lib? share? Does it matter if these libraries are bitcode or not?
- if they were to add x86_64 bitcode, would it then belong in lib64? What about GPU related bitcode?
- If no debug info is generated, does this automatically make it a noarch package? I don't think bitcode would generate debug information regardless of arch
- Would lib/amdgcn would be ok if it's noarch?
- is this a fesco worthy question?
Thanks!
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
