Boost 1.47.0 is eight years old. We could move on. This PR keeps compatibility with CentOS 7.
Refs:
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
Reviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first.
Concept ACK
Operating systems and Boost availability:
I don’t see the point of bumping the minimum version if there’s no strong reason to require the new version, IMO.
We are trying to, in time, get rid of the boost requirement completely at some point, and reduce usage of it as much as possible (e.g. boost::chrono
will go completely and be replaced by std::chrono
). It’s unlikely we’ll really require some newer version, and it’s fine to require these work-arounds until then IMO.
std::chrono
.
Sure, but is there any hurry, at all?
To be honest I prefer the policy to touch the boost parts as little as possible until the dependency can be dropped whole-sale, and not unnecessarily require a newer boost.
I do agree it’s unlikely for people to still have a boost <1.53.0
, so I’m not against this specific change, but I think otherwise it’d be a waste of time forcing people to upgrade a dependency that we don’t really want to use in the first place, and without a pressing need such as a CVE.
wait_until
in src/rpc/mining.cpp and src/net.cpp with no fallbacks. Maybe we should bump this just because it’s broken and untestable.It looks like 1.47 won’t build, since we use
wait_until
in src/rpc/mining.cpp and src/net.cpp with no fallbacks. Maybe we should bump this just because it’s broken and untestable.
It seems only src/scheduler.cpp
has fallback.
I’m wrong. Those other wait_until
are std, not boost.
But I don’t know it does work either. Maybe we should just go ahead with the bump…
🐙 This pull request conflicts with the target branch and needs rebase.
hebasto
DrahtBot
practicalswift
fanquake
laanwj
MarcoFalke
thijstriemstra
luke-jr
Labels
Build system
Needs rebase
Milestone
22.0