For (a) we sacrifice consistency between C++ versions where for (c) we sacrifice consistency with the standard library. Neither option is ideal. I think, on balance, consistency with the standard library is more important than consistency between C++ versions. Users will expect static_string to behave consistently with std::string, particularly if writing generic code, which means to_*_string functions behaving consistently. When changing C++ versions users are going to have to deal with the to_string behaviour change anyway so to_static_string behaviour changes won’t be too much of a surprise. For the record I was *not* a fan of WG21 changing the behaviour of to_string but that ship has sailed. On 7 Oct 2025, at 18:43, Andrey Semashev via Boost <boost@lists.boost.org> wrote: On October 7, 2025 8:39:16 PM Andrey Semashev <andrey.semashev@gmail.com> wrote:
On October 7, 2025 7:28:27 PM Seth <bugs@sehe.nl> wrote:
On Tue, Oct 7, 2025, at 5:19 PM, Andrey Semashev via Boost wrote:
Please let me know what you think.
Any to_(whatever_)string functions should produce the same result, regardless of the standard version. Otherwise, you'd be laying landmines to users. Better break users once than keep them breaking themselves all the time. So option c.
Hmm. Did I get this right? Because I completely agree with reasoning, however, that means I expected you to strongly assert option a.
- Note that option c means that `to_static_string` may NOT produce the same as `to_string`. - Also, indeed: better to break users *once*. Meaning, when they switch to c++26 compilation (it seems this breakage cannot be avoided since it's part of standard specification?)
No. My opinion is to_string and to_static_string should return the same string, at any supported C++ version. Option a doesn't qualify the second part.
"at any supported C++ version" here means that for a given input the produced output string should be the same at any supported C++ version. _______________________________________________ Boost mailing list -- boost@lists.boost.org To unsubscribe send an email to boost-leave@lists.boost.org https://lists.boost.org/mailman3/lists/boost.lists.boost.org/ Archived at: https://lists.boost.org/archives/list/boost@lists.boost.org/message/OXAG4DU4...