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

Use new rapids-cmake functionality for rpath handling. #4966

Merged
merged 1 commit into from
Nov 2, 2022
Merged

Use new rapids-cmake functionality for rpath handling. #4966

merged 1 commit into from
Nov 2, 2022

Conversation

vyasr
Copy link
Contributor

@vyasr vyasr commented Nov 1, 2022

The new functionality creates a single source of truth defining the location at which a library will be, allowing rapids-cmake to handle the necessary relative paths in the RPATH and avoiding the current error-prone approach that requires each CMakeLists.txt to correctly assign the relative path.

@vyasr vyasr added 3 - Ready for Review Ready for review by team improvement Improvement / enhancement to an existing function non-breaking Non-breaking change CMake labels Nov 1, 2022
@vyasr vyasr requested a review from a team as a code owner November 1, 2022 18:05
@vyasr vyasr self-assigned this Nov 1, 2022
@vyasr vyasr added this to PR-WIP in v22.12 Release via automation Nov 1, 2022
@github-actions github-actions bot added the Cython / Python Cython or Python issue label Nov 1, 2022
@codecov-commenter
Copy link

Codecov Report

❗ No coverage uploaded for pull request base (branch-22.12@c694371). Click here to learn what that means.
Patch has no changes to coverable lines.

Additional details and impacted files
@@               Coverage Diff               @@
##             branch-22.12    #4966   +/-   ##
===============================================
  Coverage                ?   79.51%           
===============================================
  Files                   ?      183           
  Lines                   ?    11612           
  Branches                ?        0           
===============================================
  Hits                    ?     9233           
  Misses                  ?     2379           
  Partials                ?        0           
Flag Coverage Δ
dask 46.10% <0.00%> (?)
non-dask 68.97% <0.00%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

v22.12 Release automation moved this from PR-WIP to PR-Reviewer approved Nov 2, 2022
@dantegd
Copy link
Member

dantegd commented Nov 2, 2022

@gpucibot merge

@rapids-bot rapids-bot bot merged commit 48e1cb7 into rapidsai:branch-22.12 Nov 2, 2022
v22.12 Release automation moved this from PR-Reviewer approved to Done Nov 2, 2022
jakirkham pushed a commit to jakirkham/cuml that referenced this pull request Feb 27, 2023
The new functionality creates a single source of truth defining the location at which a library will be, allowing rapids-cmake to handle the necessary relative paths in the RPATH and avoiding the current error-prone approach that requires each CMakeLists.txt to correctly assign the relative path.

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

Approvers:
  - Dante Gama Dessavre (https://github.com/dantegd)

URL: rapidsai#4966
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 CMake Cython / Python Cython or Python issue improvement Improvement / enhancement to an existing function non-breaking Non-breaking change
Projects
No open projects
Development

Successfully merging this pull request may close these issues.

None yet

3 participants