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

Update dependencies.yaml to support CUDA 12.*. #1414

Merged
merged 1 commit into from
Jan 2, 2024

Conversation

bdice
Copy link
Contributor

@bdice bdice commented Dec 15, 2023

Description

This PR updates dependencies.yaml so that generic CUDA 12.* dependencies can be specified with a glob, like cuda: "12.*". This feature requires rapids-dependency-file-generator>=1.8.0, so the pre-commit hook has been updated.

I have not yet added support for a specific CUDA version like 12.1 or 12.2. That can be done separately.

Checklist

  • I am familiar with the Contributing Guidelines.
  • New or existing tests cover these changes.
  • The documentation is up to date with these changes.

@bdice bdice requested a review from a team as a code owner December 15, 2023 20:01
@harrism harrism added non-breaking Non-breaking change improvement Improvement / enhancement to an existing function labels Dec 18, 2023
@bdice
Copy link
Contributor Author

bdice commented Jan 2, 2024

/merge

@rapids-bot rapids-bot bot merged commit e2dc727 into rapidsai:branch-24.02 Jan 2, 2024
47 checks passed
rapids-bot bot pushed a commit that referenced this pull request Jan 11, 2024
This is a follow-up PR to #1414. I thought some more about how to separate `cuda-version` pinnings (which control the CUDA version we use to build and test in conda) from actual CUDA Toolkit package dependencies (which we can handle according to only the major version 11/12). I discussed this PR on a call with @jameslamb in the context of upgrading to CUDA 12.2 (rapidsai/build-planning#6). This set of changes is mostly important for conda builds/tests, since `cuda-version` only controls conda. The pip wheel build/test process is unchanged, since its CUDA versions are controlled by the `shared-workflows` CI images.

Authors:
  - Bradley Dice (https://github.com/bdice)

Approvers:
  - https://github.com/jakirkham
  - Vyas Ramasubramani (https://github.com/vyasr)
  - Ray Douglass (https://github.com/raydouglass)

URL: #1422
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
improvement Improvement / enhancement to an existing function non-breaking Non-breaking change
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

3 participants