https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-libs/rocr-runtime-4.3.0 fails to compile. Discovered on: amd64 (internal ref: ci) NOTE: If you think this is a GCC-11 related issue, please block bug 732706.
Created attachment 764474 [details] build.log build log and emerge --info
Error(s) that match a know pattern in addition to what has been reported in the summary: fatal: not a git repository (or any parent up to mount point /var/tmp) RESULT_VARIABLE No such file or directory OUTPUT_VARIABLE:
ci has reproduced this issue with version 4.5.2 - Updating summary.
I am not able to reproduce it. On my system, dev-libs/rocr-runtime does not include a /usr/hsa directory.
I guess you are mixing two issues: /usr/hsa refers to: QA Notice: The ebuild is installing to one or more unexpected paths the multilib-strick check refers to: Installing: /var/tmp/portage/dev-libs/rocr-runtime-4.3.0/image/usr/lib/libhsa-runtime64.so usr/lib/libhsa-runtime64.so.1.3.0
(In reply to Agostino Sarubbo from comment #5) > I guess you are mixing two issues: > > /usr/hsa refers to: QA Notice: The ebuild is installing to one or more > unexpected paths > > the multilib-strick check refers to: > Installing: > /var/tmp/portage/dev-libs/rocr-runtime-4.3.0/image/usr/lib/libhsa-runtime64. > so > > usr/lib/libhsa-runtime64.so.1.3.0 I cannot reproduce that either. The libhsa-runtime64.so.1.3.0 lies under /usr/lib64 in my system.
(In reply to Benda Xu from comment #6) > (In reply to Agostino Sarubbo from comment #5) > > I guess you are mixing two issues: > > > > /usr/hsa refers to: QA Notice: The ebuild is installing to one or more > > unexpected paths > > > > the multilib-strick check refers to: > > Installing: > > /var/tmp/portage/dev-libs/rocr-runtime-4.3.0/image/usr/lib/libhsa-runtime64. > > so > > > > usr/lib/libhsa-runtime64.so.1.3.0 > > I cannot reproduce that either. The libhsa-runtime64.so.1.3.0 lies under > /usr/lib64 in my system. did you try in an empty chroot or docker? did you run the migration to the 17.1 profile?
(In reply to Agostino Sarubbo from comment #7) > did you try in an empty chroot or docker? No, not yet. > did you run the migration to the 17.1 profile? Yes, it is a 17.1 profile.
(In reply to Benda Xu from comment #4) > I am not able to reproduce it. On my system, dev-libs/rocr-runtime does not > include a /usr/hsa directory. I just ran into this issue, relevant lines in CMakeLists.txt seem to be 310 to 317: # Legacy symlink - not packaged (CPack is bugged until ~3.18, see https://gitlab.kitware.com/cmake/cmake/-/merge_requests/4637) install ( FILES ${CMAKE_CURRENT_BINARY_DIR}/hsa_include_link DESTINATION hsa/include PERMISSIONS OWNER_WRITE OWNER_READ RENAME hsa ) # Legacy symlinks. if ( ${BUILD_SHARED_LIBS} ) install ( FILES ${CMAKE_CURRENT_BINARY_DIR}/${CORE_RUNTIME_LIBRARY}-link.so DESTINATION hsa/lib PERMISSIONS OWNER_WRITE OWNER_READ RENAME ${CORE_RUNTIME_LIBRARY}.so COMPONENT binary) install ( FILES ${CMAKE_CURRENT_BINARY_DIR}/${CORE_RUNTIME_LIBRARY}-link.so.${VERSION_MAJOR} DESTINATION hsa/lib PERMISSIONS OWNER_WRITE OWNER_READ RENAME ${CORE_RUNTIME_LIBRARY}.so.${VERSION_MAJOR} COMPONENT binary) endif () Probably removing this is enough to fix the issue.
(In reply to Andrew Ammerlaan from comment #9) > (In reply to Benda Xu from comment #4) > > I am not able to reproduce it. On my system, dev-libs/rocr-runtime does not > > include a /usr/hsa directory. > > I just ran into this issue, relevant lines in CMakeLists.txt seem to be 310 > to 317: > > # Legacy symlink - not packaged (CPack is bugged until ~3.18, see > https://gitlab.kitware.com/cmake/cmake/-/merge_requests/4637) > install ( FILES ${CMAKE_CURRENT_BINARY_DIR}/hsa_include_link DESTINATION > hsa/include PERMISSIONS OWNER_WRITE OWNER_READ RENAME hsa ) > > # Legacy symlinks. > if ( ${BUILD_SHARED_LIBS} ) > install ( FILES > ${CMAKE_CURRENT_BINARY_DIR}/${CORE_RUNTIME_LIBRARY}-link.so DESTINATION > hsa/lib PERMISSIONS OWNER_WRITE OWNER_READ RENAME ${CORE_RUNTIME_LIBRARY}.so > COMPONENT binary) > install ( FILES > ${CMAKE_CURRENT_BINARY_DIR}/${CORE_RUNTIME_LIBRARY}-link.so.${VERSION_MAJOR} > DESTINATION hsa/lib PERMISSIONS OWNER_WRITE OWNER_READ RENAME > ${CORE_RUNTIME_LIBRARY}.so.${VERSION_MAJOR} COMPONENT binary) > endif () > > Probably removing this is enough to fix the issue. Good idea! I think it is safe to remove the legacy block.
Has this been fixed or is there a workaround to install rocr-runtime-4.3.0? I am unable to install hipBLAS because of this broken dependency.
