From: Hans Dembinski (hans.dembinski_at_[hidden])
Date: 2020-12-08 09:53:49
> The release candidate is being promoted to the release tomorrow, and the release date is Dec 9. So unfortunately it is too late to get this into 1.75. (If a critical issue arises that requires a new release candidate, that is a different matter, and we would delay the release accordingly.)
> What we can do is put an official patch for Histogram on boost.org/patches and highlight this in the release notes for 1.75.
first of all, sorry that this came so late, but it can't be helped, the bug was discovered late.
The question is whether this is a "critical issue", right? I think that getting wrong numerical results in a software that is used in science and industry to make data-based decisions may be considered critical. On the other hand, one could argue that the behaviour that the patch changes was not explicitly specified before - it is now. Nevertheless, numerical results are going to change for clients that used the affected functionality. The bug was discovered by one of my students. It changed some of our scientific results.
I cannot decide whether this is critical enough to justify a new release candidate, because that decision has to factor in the costs. From my perspective, not fixing the bug in Histogram means that the wrong behaviour will remain in place for three more months, potentially affecting and angering more users when the behaviour will finally change in 1.76 (assuming that not many (new) users are going to check boost.org/patches). It the cost of delaying the release by a few days, I think it is worth it. If the cost involved is very large, then publishing the patch on http://boost.org/patches is a feasible solution, sure.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk