Closed dennisklein closed 5 months ago
[!WARNING]
Rate limit exceeded
@dennisklein has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 13 minutes and 46 seconds before requesting another review.
How to resolve this issue?
After the wait time has elapsed, a review can be triggered using the `@coderabbitai review` command as a PR comment. Alternatively, push new commits to this PR. We recommend that you space out your commits to avoid hitting the rate limit.How do rate limits work?
CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our [FAQ](https://coderabbit.ai/docs/faq) for further information.Commits
Files that changed from the base of the PR and between bd68c0fa95fd8ad1b20d0c1a33c084ac0c2aa7e9 and 60baa2dec401c5b2c66f4b585c3d3b60c474bce2.
The recent changes primarily entail updating copyright details and adding a new CMake variable for specifying the directory of project-specific CMake modules. There are no modifications to publicly exported entities, ensuring compatibility remains intact.
File | Change Summary |
---|---|
cmake/CMakeLists.txt | Updated copyright year and added set command for PROJECT_CMAKE_MODULES_DIR |
cmake/private/FairRootConfig.cmake.in | Added @PROJECT_NAME@_CMAKE_MODULES_DIR declaration |
cmake/private/FairRootPackage.cmake | Updated copyright year and added PROJECT_CMAKEMOD_DIR to PATH_VARS list |
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
Why this shortened name? Why not FairRoot_CMAKE_MODULES_DIR
?
Why this shortened name? Why not
FairRoot_CMAKE_MODULES_DIR
?
Inherited from here I guess. I don't mind the longer one, if you prefer it.
Why this shortened name? Why not
FairRoot_CMAKE_MODULES_DIR
?Inherited from here I guess. I don't mind the longer one, if you prefer it.
Thanks for using the longer name. I think, it's more readable.
Looking at your linked find module
I wonder, whether we should replace the FIND_PATH
with something like this?
set(FAIRROOT_CMAKEMOD_DIR "${FairRoot_CMAKE_MODULES_DIR}")
Why this shortened name? Why not
FairRoot_CMAKE_MODULES_DIR
?Inherited from here I guess. I don't mind the longer one, if you prefer it.
Thanks for using the longer name. I think, it's more readable.
Looking at your linked find module
I wonder, whether we should replace the
FIND_PATH
with something like this?set(FAIRROOT_CMAKEMOD_DIR "${FairRoot_CMAKE_MODULES_DIR}")
Hmm, possibly yes. But only once the new exported variable here is actually released. As the FindFairRoot.cmake file is copied by users, such a refactoring will need to be done conditionally on the found FairRoot version.
Maybe something like this?
if(FairRoot_CMAKE_MODULES_DIR)
set(FAIRROOT_CMAKEMOD_DIR "${FairRoot_CMAKE_MODULES_DIR}")
else()
FIND_PATH(FAIRROOT_CMAKEMOD_DIR
NAMES modules/FindFairRoot.cmake modules/ROOTMacros.cmake
PATHS ${FAIRROOTPATH}/share/fairbase/cmake
)
endif()
if(FairRoot_CMAKE_MODULES_DIR) set(FAIRROOT_CMAKEMOD_DIR "${FairRoot_CMAKE_MODULES_DIR}") else() FIND_PATH(FAIRROOT_CMAKEMOD_DIR NAMES modules/FindFairRoot.cmake modules/ROOTMacros.cmake PATHS ${FAIRROOTPATH}/share/fairbase/cmake ) endif()
True, done. I made it a cache variable as that is what find_path()
does:
//Path to a file.
FAIRROOT_CMAKEMOD_DIR:PATH=/home/dklein/projects/FairRoot/install/share/fairbase/cmake
Shall be backported to
v19.0
andv18.8
as well.