Skip to content

Conversation

@ldematte
Copy link
Contributor

@ldematte ldematte commented Sep 9, 2025

In #1273 we addressed a signature change in CUDA 13 by binding different symbols based on a environment variable, RAPIDS_CUDA_MAJOR. That works, but forces users of cuvs-java with CUDA 12 to define this environment variable.

This PR improves on it by making the symbol lookup dynamic, looking for the CUDA 13 symbol name, and falling back to the CUDA 12 exported name if we fail to locate the first.

@copy-pr-bot
Copy link

copy-pr-bot bot commented Sep 9, 2025

This pull request requires additional validation before any workflows can run on NVIDIA's runners.

Pull request vetters can view their responsibilities here.

Contributors can view more details about this message here.

@mythrocks mythrocks added improvement Improves an existing functionality non-breaking Introduces a non-breaking change labels Sep 9, 2025
@mythrocks
Copy link
Contributor

/ok to test 4a680a0

Copy link
Contributor

@mythrocks mythrocks left a comment

Choose a reason for hiding this comment

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

This is definitely the preferable way to address this.

@mythrocks mythrocks changed the title [Review][Java] Make cudaGetDeviceProperties compatible with CUDA 12 and 13 based on symbol presence [Java] Make cudaGetDeviceProperties compatible with CUDA 12 and 13 based on symbol presence Sep 11, 2025
@mythrocks
Copy link
Contributor

/merge

@rapids-bot rapids-bot bot merged commit 607e9eb into rapidsai:branch-25.10 Sep 11, 2025
86 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

improvement Improves an existing functionality non-breaking Introduces a non-breaking change

Development

Successfully merging this pull request may close these issues.

2 participants