-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
splinter
A series of patches (one per branch) on top of the Ninja project's codebase. Updated periodically. (by splinter-build)
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
In principle there is no reason for std::format to be slower than a dedicated concatenation function as results in https://github.com/fmtlib/fmt/issues/1685#issuecomment-643555407 show:
Referencing his comment on http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2210r2.html, instead of basic dead-simple std::string::splitbeing available in the language, er.. ever, we get controversial functionality like modules and co_routines, which have been much maligned and much applauded by various people. Other languages manage to achieve basic, if not super generalized, functionality like string splitting in their first major release. But here we are still carting around the ghost of C-language past with nul terminated string functions like strtok being the only standard-library function for doing some operations. And lets not forget that std::cstring_view was rejected https://github.com/cplusplus/papers/issues/189, continuing the pain-point that is needing c-standard library functions, but being unable to use them ergonomically or in a type safe way, because C++'s standard library provides few replacements.
All libraries including {fmt} are built with optimizations disabled on godbolt: https://github.com/compiler-explorer/compiler-explorer/issues/2449#issuecomment-786301639