]> git.ipfire.org Git - thirdparty/systemd.git/commit
shared/json: use int64_t instead of intmax_t 21424/head
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 17 Nov 2021 22:24:49 +0000 (23:24 +0100)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Thu, 18 Nov 2021 00:34:31 +0000 (01:34 +0100)
commit718ca77232c8f6e5e368aca552c26996966b86ba
tree8f0dad75b55878c1942138eb7fbaf97140a75579
parenta810dd5c00fc4908764fca90b08d86af809a6073
shared/json: use int64_t instead of intmax_t

We were already asserting that the intmax_t and uintmax_t types
are the same as int64_t and uint64_t. Pretty much everywhere in
the code base we use the latter types. In principle intmax_t could
be something different on some new architecture, and then the code would
fail to compile or behave differently. We actually do not want the code
to behave differently on those architectures, because that'd break
interoperability. So let's just use int64_t/uint64_t since that's what
we indend to use.
15 files changed:
src/cryptsetup/cryptsetup-tokens/cryptsetup-token-systemd-tpm2.c
src/cryptsetup/cryptsetup-tokens/luks2-tpm2.c
src/cryptsetup/cryptsetup-tpm2.c
src/home/homectl.c
src/network/networkctl.c
src/network/networkd-json.c
src/nspawn/nspawn-oci.c
src/nss-resolve/nss-resolve.c
src/resolve/resolved-varlink.c
src/shared/json-internal.h
src/shared/json.c
src/shared/json.h
src/shared/user-record.c
src/test/test-json.c
src/test/test-varlink.c