Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable HIP language #493

Merged

Conversation

umfranzw
Copy link
Collaborator

If the HIP language can be used, the HIP_USECXX variable sets rocThrust to use the CMake HIP language rather than CXX.

@umfranzw umfranzw force-pushed the hip-language_rebased branch from 5e91399 to 33830fa Compare November 26, 2024 20:58
If the HIP language can be used, the HIP_USECXX variable sets rocThrust to use the CMake HIP language rather than CXX.
@umfranzw umfranzw force-pushed the hip-language_rebased branch from 33830fa to f18f055 Compare November 28, 2024 15:57
@umfranzw umfranzw marked this pull request as ready for review November 28, 2024 18:12
@umfranzw umfranzw requested a review from NguyenNhuDi November 28, 2024 18:16
Copy link
Contributor

@NguyenNhuDi NguyenNhuDi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@umfranzw
Copy link
Collaborator Author

umfranzw commented Dec 2, 2024

There are currently CI build failures on rhel9 and ubuntu22. I tried rolling back this change and building, and the same error still occurs, so the problem is not due to this PR. I believe the build failure is happening because of a known compiler bug. When I use the available staging compiler build that contains the fix for the compiler issue, everything builds fine on ubuntu22. I haven't been able to grab an equivalent staging compiler build for rhel9.

@umfranzw umfranzw merged commit 33d60a8 into ROCm:release-staging/rocm-rel-6.4 Dec 3, 2024
10 of 17 checks passed
umfranzw added a commit that referenced this pull request Feb 26, 2025
* Enable HIP language (#493)

If the HIP language can be used, the HIP_USECXX variable sets rocThrust to use the CMake HIP language rather than CXX.

Co-authored-by: Lauren Wrubleski <[email protected]>

* Made TBB optional for hipstdpar tests (#507)

* added TBB in dependencies cmake

* updated changelog

* removed duplicate dependencies declaration in test cmake

* Create optional flag to run tests hipstdpar with TBB

* Add TBB optional flag to CHANGELOG

* Add rocprim location to hipstdpar

* Add default and test for DONWLOAD_ROCRAND

* Build with TBB when available or when FLAG is set

---------

Co-authored-by: NguyenNhuDi <[email protected]>

* Separate CMake BUILD_TEST and BUILD_HIPSTDPAR_TEST options (#508)

* Separate CMake BUILD_TEST and BUILD_HIPSTDPAR_TEST options

Previously, enabling BUILD_TEST would also enable hipstdpar tests
if we detected that a c++17-capable compiler was present. However,
this caused build issues on systems with a c++17 compiler but an
outdated version of libstdc++ that didn't support c++17 (RHEL 8.x).

Currently, we require a minimum cmake version of 3.10.2. There's
no real robust way of detecting the libstdc++ version that will work
that far back.

To workaround this problem for now, this change splits the BUILD_TEST
and BUILD_HIPSTDPAR_TEST cmake options so that they are independent.
This means that in order to enable hipstdpar tests, the user must
explicitly enable the BUILD_HIPSTDPAR_TEST option.

Update the readme to reflect this.

* Update README.md

Co-authored-by: Leo Paoletti <[email protected]>

---------

Co-authored-by: Di Nguyen <[email protected]>
Co-authored-by: Leo Paoletti <[email protected]>

* Updated known issue for inclusive_scan_by_key compiler bug (#513)

* updated the known issue

* Update CHANGELOG.md

Co-authored-by: spolifroni-amd <[email protected]>

* moved known issue to 6.4 section

* updated to include that the issue has been fixed

---------

Co-authored-by: spolifroni-amd <[email protected]>

* Extend fallback coverage for copy_if (#512)

We recently added a "fallback" implementation for thrust::copy_if that
is invoked when copying a custom type that's too large to fit in
shared memory.

This change extends the fallback slightly so that it can be used with
an overload of copy_if that accepts a stencil buffer (to copy by
key). It also adds a unit test to cover this case.

It also fixes a small bug in the fallback implementation that could
cause the scan accumulator type to overflow when the results are
compacted.

---------

Co-authored-by: Lauren Wrubleski <[email protected]>
Co-authored-by: Nick Breed <[email protected]>
Co-authored-by: NguyenNhuDi <[email protected]>
Co-authored-by: Di Nguyen <[email protected]>
Co-authored-by: Leo Paoletti <[email protected]>
Co-authored-by: spolifroni-amd <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants