[ziplib] make it private and isolate it from ROOT - #23270
ferdymercury wants to merge 3 commits into
Conversation
31568ec to
d82e7a8
Compare
Test Results0 tests 0 ✅ 0s ⏱️ Results for commit c602830. ♻️ This comment has been updated with latest results. |
d82e7a8 to
34ec227
Compare
7e46954 to
570c834
Compare
570c834 to
b0094bd
Compare
| @@ -0,0 +1,25 @@ | |||
| #ifndef R__unlikely_h | |||
There was a problem hiding this comment.
This header file/macros does not belong here per se. It is not specific to the zip library and is already in RConfig.hxx (so now this is duplicated ....). Is there a better solution?
There was a problem hiding this comment.
I could not think a much better one, or not if we want to unbundle ziplib from core (thinking from a Debian packager perspective of independence / self-containment.)
There was a problem hiding this comment.
In any case, this duplication would be temporary, when the ROOT's C++ standard minimum is raised to C++20, all this can be fully removed by [[unlikely]].
7d8b31a to
8de2fa9
Compare
8de2fa9 to
d2cfc2c
Compare
d2cfc2c to
82ffb75
Compare
so that it is a real builtin. TODO: potentially move TLS header to builtins
otherwise zlib.h not found
82ffb75 to
68ba40f
Compare
Inspired by strategies within #23261.
Would also need first #23271
In a future step one could also move the TLS header.
The good thing about making it private is that later then one can replace this with whatever else more modern library if needed.