Здравствуйте, Zhendos, Вы писали:

Z>Так вроде все современные функции лучше чем snprintf
Z>за счет того что не зависят от текущей локали.
Z>За счет этого потенциально "std::to_chars" может быстрее
Z>работать, да и надежность повышается, так как поведение программы не меняется
Z>из-за переменной окружения типа LC_ALL.

Only a small subset of formatting policies used by other libraries (such as std::sprintf) is provided. This is intended to allow the fastest possible implementation that is useful in common high-throughput contexts such as text-based interchange (JSON or XML).

То есть как бы не эквиваленты, а разные инструменты. Но да, за счёт урезания возможностей получается быстрее. Не хочу казаться ворчащим стариком, но 99% попыток "sprintf — медленно, мы сейчас напишем быстрее!" заканчивается тупыми ошибками, позволяющими переполнять стек или перезаписывать память. И судя по тому, как автор оформил свой вопрос, он таки пытается сэкономить на спичках и стать очередным стрелком в ногу.