Ok, so I will run all tests and push the switch from boost: : mt19337 to std: : mt19337 later this week, since this seems to make sense regardless. I think it should not affect or even improve speed, I will test it on a unix system tomorrow. Â P.
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
This message came from outside your organization.
ZjQcmQRYFpfptBannerEnd
Ok, so I will run all tests and push the switch from boost::mt19337 to std::mt19337 later this week, since this seems to make sense regardless. I think it should not affect or even improve speed, I will test it on a unix system tomorrow.Â
P. S. for for some reason, conda-forge chose version 1.74 from a completely fresh build. Not sue why - I will see what's up with that...
Thanks!
Barak
On Mon, Dec 19, 2022, 9:55 PM Ben Webb <">> wrote:
On 12/19/22 11:35 AM, Barak Raveh wrote:
> At least on my Mac installation, conda's gcc package seems to be
> broken.
> a conflict between conda's boost::mt19337::min()/max() functions and
> llvm's std::shuffle(), which requires them to return a constexpr (this
> was fixed in the latest boost versions)
> I tested for speed, and std::mt19337 is as fast or even faster on my
> mac. This is the change, l did not dare to check it in. Let me know if
> you think we should stick with the boost version or try to add this
> change
Looks like your proposed change only affects clang builds. If we're
going to switch to std::mt19337 we should just do so on all platforms,
since IMP requires C++11 anyway. If there are some weird platforms where
it doesn't work, we can always #ifdef it there and fall back to Boost.