Changes comparing to 5.7.1:
* rename RadeonOpenCompute -> ROCm in url
* patch annoying warnings
* add myself to maintainers
* fix installation of license file
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Previous idea to install header to /usr/include was unfortunetely not very good.
As Gentoo ships version from ROCm/half, correct place should be /usr/include/half
per https://github.com/ROCm/half/blob/rocm-6.0.2/CMakeLists.txt#L27
When half.hpp is installed directly into /usr/include, it causes issues with every ROCm component,
including MIOpen, MIVisionX, AMDMIGraphX, rpp, MIFin, rocAL. These projects as well as some other
non-ROCm projects include <half/half.hpp>.
This change is added with ebuild revbump, with few followup commits:
* sci-libs/composable-kernel-5.7.1-r1 will drop dev-libs/half from dependencies (because it was never needed)
* sci-libs/miopen 5.1.3 and 5.7.1 should use -DHALF_INCLUDE_DIR
Other changes:
* Add myself to maintainers
* Change HOMEPAGE to https://github.com/ROCm/composable_kernel (because sourceforge code is not used)
* Rename ROCmSoftwarePlatform -> ROCm
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
* fix hip compiler on musl profile
* fix tests
* make 6.1.1 compatible with LLVM 18
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Attempt to build roctracer-6.1.1 with hip-5.7.1 fails with "hip/hip_deprecated.h: No such file or directory".
Leave dev-libs/rocr-runtime version unset, as it is set in dev-util/hip anyways.
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Attempt to use hip-6.1.1 with hipcc-5.7.1 results in clang-17-based hipcc linkage errors with LLVM 18 rocm-device-libs bytecode
Also lock hip-5.7.1 to hipcc-5.7.1
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
New rocm-device-libs (like 6.1.1) are built with LLVM 18 and can't be used with LLVM 17 rocr-runtime-5.x
Also specifically for 6.0.0 lock rocm-device-libs to 6.0, as both are LLVM 17
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
* update llvm eclass to r1, allowing to specify LLVM version more precisely
* add compiler-rt to RDEPEND, as hipcc automatically links to libclang_rt.builtins-x86_64.a
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
fix-comgr-default-flags.patch supersedes HIPIncludePath-not-needed.patch
enforce-oop-compiler.patch calls external hipcc to avoid issues (e.g.
name_expression_map_test ), which means hipcc should be in RDEPEND.
Bug: https://github.com/ROCm/clr/issues/82
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Update remote-id
1 test failed out of 22:
Failed load_unload_reload_test due to llvm error:
CommandLine Error: Option 'disassemble' registered more than once!
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Retains FindHIP.cmake since some package like roctracer and rocprofiler
use it
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
1. Correct test SRC_URI
2. Update rocm_agent_enumerator-location.patch to
hipcc-system-install.patch
3. dev-util/hipcc does not provide libraries to be linked in, so should
not be in DEPEND, just RDEPEND; it is used as a compiler wrapper if
building test binaries, thus should be in BDEPEND if test enabled.
4. Remove unused BUILD_HIPIFY_CLANG
5. Specify CMAKE_MODULE_PATH to prefer bundled catch (which includes
commands designed for hip)
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Clang can auto detects the new rocm-device-lib paths, so specifying
DEVICE_LIB_PATH is not needed
Clang-18 can compile GPU kernel ignoring stack-protector-strong, so
-fno-stack-protector is not needed
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
* update llvm eclass to r1, allowing to specify LLVM version more precisely
* add compiler-rt to RDEPEND, as hipcc automatically links to libclang_rt.builtins-x86_64.a
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
dev-util/hipcc: add myself as a maintainer
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
This sed command has no effect on hipcc.pl.
I guess it want to change ${ROCM_PATH}/bin/rocm_agent_enumerator to
/usr/bin/rocm_agent_enumerator, but the original is correct, and the
later one is not prefixified.
Reverts: 4846734865.
Signed-off-by: Sam James <sam@gentoo.org>
This patch together with dev-util/hip and dev-libs/rocr-runtime patches allows to load
code object from fat binaries based on compatibility score for given ISA instead of full match.
Other changes:
* Rename RadeonOpenCompute -> ROCm
* Add myself to maintainers
* migrate llvm eclass to r1
Signed-off-by: Sv. Lockal <lockalsash@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Update remote-id in metadata.
Upstream SRC_URI changed, from separate repo to subproject of ROCm
forked llvm. Borrow unpack function of llvm.org.eclass to unpack the
amd/device-libs component.
Remove shadowed RESTRICT="strip", because .bc files won't be stripped
so there's no need for RESTRICT=strip.
Some tests failed for older arch, probably due to inconsistency between
AMD forked llvm and upstream llvm:
6 - compile_frexp__gfx600 (Failed)
7 - compile_fract__gfx600 (Failed)
12 - compile_fract__gfx700 (Failed)
17 - compile_fract__gfx803 (Failed)
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
It is missing it in wheel metadata, and also in the ebuild metadata. It
is only necessary for versions of python that don't have it in the
stdlib, and all those are old versions, but that's no reason not to
depend correctly on it where needed.
The "doc" USE flag also depends on tomli and does so unconditionally. It
appears that it doesn't allow one to select specific USEDEPs, which is
interesting but ok.
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
In commit 0971ed4265, gcovr 7.2 was added
to the tree. As part of this, it gained a new upstream dependency on
tomli. However, the initial addition upstream was well-behaved -- it
tried the stdlib tomllib first, and fell back to tomli, and listed its
runtime dependency as:
```
"tomli >= 1.1.0 ; python_version < '3.11'"
```
See: https://github.com/gcovr/gcovr/commit/3e5a922de91bb7e63c0801d055b6ba67a2a83bc6
Nonetheless when added to gentoo, it was added without a conditional
dep. Rectify this.
Fixes: 0971ed4265
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
requests_download hasn't been used since a deprecated feature available
as a pip "extra" was removed:
https://github.com/pypa/flit/commit/b9a8ecd6037b3b98452c6fa90697612075c03ef4
Arguably before then it should have been an optfeature but at this point
it is pointless to discuss -- the feature got dropped in flit 3.0.0.
tomli has never been a dependency at all. The first version of flit that
moved from "toml" (an abandoned project) to tomli, only used tomli_w in
flit, and relied on flit_core to handle all use of "tomli" (and
flit-core correctly depends on the stdlib tomllib where reasonable).
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Sv. Lockal
Yiyang Wu
Eli Schwartz
Alfredo Tupone