{fmt} is an open-source formatting library providing a fast and safe alternative to C stdio and C++ iostreams.
If you like this project, please consider donating to one of the funds that help victims of the war in Ukraine: https://www.stopputin.net/.
Q&A: ask questions on StackOverflow with the tag fmt.
Try {fmt} in Compiler Explorer.
(s)printf
, iostreams, to_string
and to_chars
, see Speed tests
and Converting a hundred million integers to strings per second
core.h
, format.h
and format-inl.h
,
and compiled code; see Compile time and code bloat
-Wall -Wextra -pedantic
FMT_HEADER_ONLY
macroSee the documentation for more details.
Print to stdout (run)
#include <fmt/core.h>
int main() {
fmt::print("Hello, world!\n");
}
Format a string (run)
std::string s = fmt::format("The answer is {}.", 42);
// s == "The answer is 42."
Format a string using positional arguments (run)
std::string s = fmt::format("I'd rather be {1} than {0}.", "right", "happy");
// s == "I'd rather be happy than right."
Print chrono durations (run)
#include <fmt/chrono.h>
int main() {
using namespace std::literals::chrono_literals;
fmt::print("Default format: {} {}\n", 42s, 100ms);
fmt::print("strftime-like format: {:%H:%M:%S}\n", 3h + 15min + 30s);
}
Output:
Default format: 42s 100ms strftime-like format: 03:15:30
Print a container (run)
#include <vector>
#include <fmt/ranges.h>
int main() {
std::vector<int> v = {1, 2, 3};
fmt::print("{}\n", v);
}
Output:
[1, 2, 3]
Check a format string at compile time
std::string s = fmt::format("{:d}", "I am not a number");
This gives a compile-time error in C++20 because d
is an invalid format
specifier for a string.
Write a file from a single thread
#include <fmt/os.h>
int main() {
auto out = fmt::output_file("guide.txt");
out.print("Don't {}", "Panic");
}
This can be 5 to 9 times faster than fprintf.
Print with colors and text styles
#include <fmt/color.h>
int main() {
fmt::print(fg(fmt::color::crimson) | fmt::emphasis::bold,
"Hello, {}!\n", "world");
fmt::print(fg(fmt::color::floral_white) | bg(fmt::color::slate_gray) |
fmt::emphasis::underline, "Hello, {}!\n", "мир");
fmt::print(fg(fmt::color::steel_blue) | fmt::emphasis::italic,
"Hello, {}!\n", "世界");
}
Output on a modern terminal:
Library | Method | Run Time, s |
---|---|---|
libc | printf | 0.91 |
libc++ | std::ostream | 2.49 |
{fmt} 9.1 | fmt::print | 0.74 |
Boost Format 1.80 | boost::format | 6.26 |
Folly Format | folly::format | 1.87 |
{fmt} is the fastest of the benchmarked methods, ~20% faster than printf
.
The above results were generated by building tinyformat_test.cpp
on macOS
12.6.1 with clang++ -O3 -DNDEBUG -DSPEED_TEST -DHAVE_FORMAT
, and taking the
best of three runs. In the test, the format string "%0.10f:%04d:%+g:%s:%p:%c:%%\n"
or equivalent is filled 2,000,000 times with output sent to /dev/null
; for
further details refer to the source.
{fmt} is up to 20-30x faster than std::ostringstream
and sprintf
on
IEEE754 float
and double
formatting (dtoa-benchmark)
and faster than double-conversion and
ryu:
The script bloat-test.py
from format-benchmark
tests compile time and code bloat for nontrivial projects.
It generates 100 translation units and uses printf()
or its alternative
five times in each to simulate a medium-sized project. The resulting
executable size and compile time (Apple LLVM version 8.1.0 (clang-802.0.42),
macOS Sierra, best of three) is shown in the following tables.
Optimized build (-O3)
Method | Compile Time, s | Executable size, KiB | Stripped size, KiB |
---|---|---|---|
printf | 2.6 | 29 | 26 |
printf+string | 16.4 | 29 | 26 |
iostreams | 31.1 | 59 | 55 |
{fmt} | 19.0 | 37 | 34 |
Boost Format | 91.9 | 226 | 203 |
Folly Format | 115.7 | 101 | 88 |
As you can see, {fmt} has 60% less overhead in terms of resulting binary code
size compared to iostreams and comes pretty close to printf
. Boost Format
and Folly Format have the largest overheads.
printf+string
is the same as printf
but with an extra <string>
include to measure the overhead of the latter.
Non-optimized build
Method | Compile Time, s | Executable size, KiB | Stripped size, KiB |
---|---|---|---|
printf | 2.2 | 33 | 30 |
printf+string | 16.0 | 33 | 30 |
iostreams | 28.3 | 56 | 52 |
{fmt} | 18.2 | 59 | 50 |
Boost Format | 54.1 | 365 | 303 |
Folly Format | 79.9 | 445 | 430 |
libc
, lib(std)c++
, and libfmt
are all linked as shared libraries to
compare formatting function overhead only. Boost Format is a
header-only library so it doesn't provide any linkage options.
Please refer to Building the library for instructions on how to build the library and run the unit tests.
Benchmarks reside in a separate repository, format-benchmarks, so to run the benchmarks you first need to clone this repository and generate Makefiles with CMake:
$ git clone --recursive https://github.com/fmtlib/format-benchmark.git $ cd format-benchmark $ cmake .
Then you can run the speed test:
$ make speed-test
or the bloat test:
$ make bloat-test
clang-tidy v17 (not yet
released) provides the modernize-use-std-print
check that is capable of converting occurrences of printf
and
fprintf
to fmt::print
if configured to do so. (By default it
converts to std::print
.)
If you are aware of other projects using this library, please let me know by email or by submitting an issue.
So why yet another formatting library?
There are plenty of methods for doing this task, from standard ones like the printf family of function and iostreams to Boost Format and FastFormat libraries. The reason for creating a new library is that every existing solution that I found either had serious issues or didn't provide all the features I needed.
The good thing about printf
is that it is pretty fast and readily available
being a part of the C standard library. The main drawback is that it
doesn't support user-defined types. printf
also has safety issues although
they are somewhat mitigated with __attribute__ ((format (printf, ...)) in GCC.
There is a POSIX extension that adds positional arguments required for
i18n
to printf
but it is not a part of C99 and may not be available on some
platforms.
The main issue with iostreams is best illustrated with an example:
std::cout << std::setprecision(2) << std::fixed << 1.23456 << "\n";
which is a lot of typing compared to printf:
printf("%.2f\n", 1.23456);
Matthew Wilson, the author of FastFormat, called this "chevron hell". iostreams don't support positional arguments by design.
The good part is that iostreams support user-defined types and are safe although error handling is awkward.
This is a very powerful library that supports both printf
-like format
strings and positional arguments. Its main drawback is performance. According to
various benchmarks, it is much slower than other methods considered here. Boost
Format also has excessive build times and severe code bloat issues (see
Benchmarks).
This is an interesting library that is fast, safe, and has positional arguments. However, it has significant limitations, citing its author:
Three features that have no hope of being accommodated within the current design are:
- Leading zeros (or any other non-space padding)
- Octal/hexadecimal encoding
- Runtime width/alignment specification
It is also quite big and has a heavy dependency, STLSoft, which might be too restrictive for using it in some projects.
This is not a formatting library but I decided to include it here for
completeness. As iostreams, it suffers from the problem of mixing verbatim text
with arguments. The library is pretty fast, but slower on integer formatting
than fmt::format_to
with format string compilation on Karma's own benchmark,
see Converting a hundred million integers to strings per second.
{fmt} is distributed under the MIT license.
The Format String Syntax section in the documentation is based on the one from Python string module documentation. For this reason, the documentation is distributed under the Python Software Foundation license available in doc/python-license.txt. It only applies if you distribute the documentation of {fmt}.
The {fmt} library is maintained by Victor Zverovich (vitaut) with contributions from many other people. See Contributors and Releases for some of the names. Let us know if your contribution is not listed or mentioned incorrectly and we'll make it right.
To report a security issue, please disclose it at security advisory.
This project is maintained by a team of volunteers on a reasonable-effort basis. As such, please give us at least 90 days to work on a fix before public exposure.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。