-
-
Notifications
You must be signed in to change notification settings - Fork 513
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
Only zip c_stdlib_version with compilers for CUDA #5672
Only zip c_stdlib_version with compilers for CUDA #5672
Conversation
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
Signed-off-by: Marcel Bargull <[email protected]>
cd0ee25
to
6420875
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fine by me, though I'd like to see it tested (like #5607; instructions therein) against some relevant feedstocks, e.g. https://github.com/conda-forge/ucx-split-feedstock.
I did this now (both with and without conda-forge/conda-smithy#1889), and ucx-split, cupy, abseil-cpp, numpy all worked fine. It's important to note that we cannot remove (from #5607) conda-forge-pinning-feedstock/recipe/migrations/cuda120.yaml Lines 93 to 94 in e29dc0a
as the CUDA 12 builds still need that for the zip to work (though the effect is somewhat surprising - not an error, but the CUDA 12 builds simply getting dropped); I experienced that because
ends up not pulling in the newest migrator versions, and so this happened for ucx-split & cupy. |
FYI, AFAICT, there's only one feedstock for which the new |
Checklist
0
(if the version changed)conda-smithy
(Use the phrase@conda-forge-admin, please rerender
in a comment in this PR for automated rerendering)There's no need to put the
c_stdlib_version
(and related keys) into the compiler-version zip key.This tight coupling is only needed for the CUDA stuff.