rocm-cmake

rocm-cmake copied to clipboard

Cherry-pick fix for PROVIDES field into 6.3, this is causing issues for hipstdpar as rocThrust changed the provides variable used from `CPACK_DEBIAN_PACKAGE_PROVIDES` to `CPACK_DEBIAN_DEVEL_PACKAGE_PROVIDES` (see [rocThrust PR #369](https://github.com/ROCm/rocThrust/pull/369)).

lawruble13

Bumps [rocm-docs-core](https://github.com/ROCm/rocm-docs-core) from 1.6.2 to 1.7.2. Release notes Sourced from rocm-docs-core's releases. v1.7.2 (2024-08-21) Fix projects.py: Update pattern matching for old release announcement [main e606899] bump: version 1.7.1 → 1.7.2...

dependabot[bot]

randyh62

Add a deprecation message for use of `find_package(ROCM)`

lawruble13

Bumps [rocm-docs-core](https://github.com/ROCm/rocm-docs-core) from 1.8.2 to 1.8.3. Release notes Sourced from rocm-docs-core's releases. v1.8.3 (2024-10-18) Fix projects.yaml: Update omniperf and omnitrace dev branch [main 4c3d236] bump: version 1.8.2 → 1.8.3 3...

dependabot[bot]

When installing `PRIVATE` targets the include path is not `$/include`, so we need to use the `INCLUDE_INSTALL_DIR` variable.

pfultz2

Currently each library sets its list of architectures independently, it would be convenient if there was some common functionality to determine what those architectures should be. This is an example...

lawruble13

[Issue]: runtime package is not generated when `BUILD_SHARED_LIBS` is falsy, even if targets are installed to it

1

### Problem Description TransferBench is a component which only installs one executable. As it builds no libraries, it doesn't set `BUILD_SHARED_LIBS` at any point, so it's left to the default...

lawruble13