[cmake] Do not auto-turn OFF feature or auto-turn ON builtin_option - #23020
Conversation
93f2ae0 to
442243a
Compare
Test Results 23 files 23 suites 3d 18h 53m 34s ⏱️ For more details on these failures, see this check. Results for commit 19848e1. ♻️ This comment has been updated with latest results. |
98c555c to
375b1cb
Compare
After some usage, I find this change to be indeed more pedantic (useful for system maintainer) but also annoyingly-so for the 'quickly build ROOT on this system for my private usage' (I.e. now installing ROOT on a system that does not already have the required builtin has to go through a step of parsing (by hand or mechanically) the output of cmake to find the so I am not (yet?) convinced that completely removing the feature (auto-turn on) is desirable. |
|
I think AI could do that parsing and -Dbuiltin=On for you to paste on the terminal. One could also improve the printed error messages so that Root already proposes -Dbuiltin1=ON ... In a one liner rather than scattered as now
Can't you install instead the dependencies via homebrew or apt? So that you don't need to parse anything, just copy paste packages.txt from rootci images? I think more developer time is spent on maintaining those many code branches (and bugs) than the time spent in writing by hand built-in On. |
I am using a system that has neither homebrew nor apt.
I suspect that would help (albeit in my latest attempt they came in waves (i.e. not all were printed in the first run))
This is hard to quantify since this is about end-user-but-I-still-build-ROOT-locally use case. |
I deem this to be the totally-normal process that one should expect whenever one wants to compile a package themselves... |
314deac to
f0a118d
Compare
Could you re-check now ? All messages should come all together in one wave, and the last line should be the hotfix that you could copy paste verbatim to have the required builtin_xx = ON flags. |
|
Failures seem unrelated |
I think this is a good idea and we just need to tweak the printout. For me it came out as: where we just need to ensure the Thanks. |
for easy-to-install dependencies (via homebrew, apt-get) when dependency is missing in the system. Instead, force user to install it via package manager, or to turn feature purposely OFF. [nfc] improve error messages Co-authored-by: ferdymercury <ferdymercury@users.noreply.github.com>
to speedup workflow as suggested by pcanal
Use consistently everywhere send_error before summary fatal_error provide a useful hotfix flag for CMake as suggested by pcanal
as suggested by pcanal
23e5604 to
9b3280c
Compare
|
Right... fixed now |
Co-authored-by: Philippe Canal <pcanal@fnal.gov>
|
Looking green :) |
|
Yes, very green! Thanks. (Although the 'Checks' link/tab has a stale version of the "Test Results" which shows the (expected) transient failure in |
…tions Messing up with the cache is dangerous, and users often complain about not having the control since the build system changes what they just passed as flag to the command line. Instead, convert these automatism into a helpful error message that the user can use as a hotfix to modify their build flags. This prevents surprises, annoying behind-the-scene changes, as well as bugs. Follows up on the phillosophy of root-project#23020 Fixes https://its.cern.ch/jira/browse/ROOT-10743
for easy-to-install dependencies (via homebrew, apt-get)
when dependency is missing in the system. Instead, force user to install it via package manager, or to turn feature purposely OFF by hand.
Spit-off from #23015 as suggested by @guitargeek
This goes totally in-line with what's already done for asimage, zlib, etc.