Victor Zverovich
Victor Zverovich
Closing as it doesn't seem to be worth optimizing redundant specifiers.
We check `__cpp_lib_chrono` which is technically correct but a PR to enable the use of these chrono types more widely would be welcome.
Closing as there doesn't seem to be much interest in this but a PR would still be welcome.
The standard is unclear what encoding `error_category::what` should use - I've filed an LWG issue about it: https://cplusplus.github.io/LWG/issue4156. The current proposed resolution there is a bit of a strawman and...
FYI SG16 just voted in favor of specifying that the string returned by `error_category::what()` is in the C locale (aka execution) encoding as part of [P3395](https://isocpp.org/files/papers/P3395R1.html). The `formatter` specialization for...
Please provide an actual godbolt link.
Thanks for reporting. {fmt} tries to be warning-clean on `-Wextra` so yes, we should fix those. If you have a workaround a PR would be welcome.
> You think the fix would be like the initializer I wrote in that PR where I used const and triggered a similar warning? It's possible that the same workaround...
I think we could check if the type has `begin` / `end` and provide a better diagnostic in that case.
Thinking more of it, this seems like a bad idea because it would create a weird special case for ranges which is only one of many standard formatters. It is...