Alexander Grund

in #35 it is also reported to fail with libc++. Also > C and POSIX work always ok. Every locale is affected: Even en_US.UTF-8. Seemingly `collation_facet` is the culprit which...

I was able to reproduce this on Linux with Clang 14.0.0 and libc++ but not with Clang 15.0.7 The minimal reproducer seems to be matching `R"(\s=)"` against `" ="`. Using...

I commented in https://github.com/llvm/llvm-project/issues/39399 as I suspect this is a bug in libc++ which doesn't expect the behavior of the collation facet of Boost.Locale. Let's see what they say about...

Test report by @Flamefire **SUCCESS** Build succeeded for 1 out of 1 (1 easyconfigs in total) n1610 - Linux RHEL 8.7 (Ootpa), x86_64, Intel(R) Xeon(R) Platinum 8470 (icelake), Python 3.8.13...

Test report by @Flamefire Using easyblocks from PR(s) https://github.com/easybuilders/easybuild-easyblocks/pull/3371 **SUCCESS** Build succeeded for 1 out of 1 (1 easyconfigs in total) n1336 - Linux RHEL 8.7 (Ootpa), x86_64, Intel(R) Xeon(R)...

@boegel ping here? Small fix with 2 reports

Upon further inspection I changed the title to reflect that this rounding is not used and not only not tested, see https://app.codecov.io/gh/boostorg/charconv/blob/develop/include%2Fboost%2Fcharconv%2Fdetail%2Fparser.hpp#L316 Additionally I think it doesn't even do what...