Skip to content

[cling] Check if LLVM_SUBMIT_VERSION is defined, not its value #19246

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

Merged
merged 1 commit into from
Jul 2, 2025

Conversation

aaronj0
Copy link
Contributor

@aaronj0 aaronj0 commented Jul 2, 2025

Reported here: root-project/cling#551
We check if a variable exists named with the value of LLVM_SUBMIT_VERSION instead of checking if it is defined.

Copy link
Member

@vgvassilev vgvassilev left a comment

Choose a reason for hiding this comment

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

LGTM!

Copy link

github-actions bot commented Jul 2, 2025

Test Results

    20 files      20 suites   3d 7h 10m 10s ⏱️
 3 115 tests  3 114 ✅ 0 💤 1 ❌
60 699 runs  60 696 ✅ 2 💤 1 ❌

For more details on these failures, see this check.

Results for commit 636d20d.

♻️ This comment has been updated with latest results.

Copy link
Member

@hahnjo hahnjo left a comment

Choose a reason for hiding this comment

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

The latest version doesn't check anymore that the variable is DEFINED. Is that intentional, what is the use case for the variable? Also interpreter/cling/tools/Jupyter/CMakeLists.txt has the same pattern and should be fixed at the same time.

@aaronj0 aaronj0 force-pushed the fix-libcling-cmake branch from f8abb74 to 636d20d Compare July 2, 2025 10:49
@aaronj0
Copy link
Contributor Author

aaronj0 commented Jul 2, 2025

The latest version doesn't check anymore that the variable is DEFINED.
Also interpreter/cling/tools/Jupyter/CMakeLists.txt has the same pattern and should be fixed at the same time.

Thanks, that was an oversight there, that should not be a not false check and retain DEFINED. I have addressed that and replaced the pattern in Jupyter.

what is the use case for the variable

Based on my limited knowledge when I looked into this issue, this is used for a shared build with LLVM built the "apple way" way (perhaps no longer used?) which uses some autoconf build recipe as seen in llvmCore. As a part of that we pass the llvmCore submission number as a link flag.

@aaronj0
Copy link
Contributor Author

aaronj0 commented Jul 2, 2025

Failures on debian are unrelated and can be seen on master: https://github.com/root-project/root/actions/runs/16028087965/job/45221169747

@aaronj0 aaronj0 merged commit a125e85 into root-project:master Jul 2, 2025
43 of 46 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants