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

rapids-cmake won't ever use an existing variable starting with RAPIDS_ #203

Conversation

robertmaynard
Copy link
Contributor

Fixes #200

@robertmaynard robertmaynard added bug Something isn't working non-breaking Introduces a non-breaking change 3 - Ready for Review Ready for review by team labels Jun 16, 2022
@robertmaynard robertmaynard requested review from a team as code owners June 16, 2022 19:59
Copy link
Contributor

@vyasr vyasr left a comment

Choose a reason for hiding this comment

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

One question regarding future use, but for now this global find and replace gets the job done.

.github/PULL_REQUEST_TEMPLATE.md Show resolved Hide resolved
Copy link
Member

@ajschmidt8 ajschmidt8 left a comment

Choose a reason for hiding this comment

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

Approving ops-codeowner file changes

@robertmaynard
Copy link
Contributor Author

@gpucibot merge

@rapids-bot rapids-bot bot merged commit 4c3f903 into rapidsai:branch-22.08 Jun 22, 2022
@robertmaynard robertmaynard deleted the bug/refactor_parse_argument_variable branch June 22, 2022 11:07
robertmaynard added a commit to robertmaynard/rapids-cmake that referenced this pull request Sep 27, 2022
The changes in rapidsai#203 are meant to guard rapids-cmake
from acting or behaving differently due to an existing variable prefixed with RAPIDS which causes un-intended
code paths to be executed.

In the case of `rapids_cython_create_modules` it is
perfectly reasonable to have an output variable with
the `RAPIDS` prefix. rapids-cmake won't execute differently
due this variable being set before function execution.
rapids-bot bot pushed a commit that referenced this pull request Sep 27, 2022
The changes in #203 are meant to guard rapids-cmake from acting or behaving differently due to an existing variable prefixed with RAPIDS which causes un-intended code paths to be executed.

In the case of `rapids_cython_create_modules` it is perfectly reasonable to have an output variable with the `RAPIDS` prefix. rapids-cmake won't execute differently due this variable being set before function execution.

Authors:
  - Robert Maynard (https://github.com/robertmaynard)

Approvers:
  - Vyas Ramasubramani (https://github.com/vyasr)

URL: #276
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
3 - Ready for Review Ready for review by team bug Something isn't working non-breaking Introduces a non-breaking change
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[BUG] rapids_export Does Not Work if the Variable RAPIDS_VERSION Exists
3 participants