From: "Andreas K. Huettel" <dilfridge@gentoo.org>
To: Collin Funk <collin.funk1@gmail.com>,
Alejandro Colomar <alx@kernel.org>,
libc-alpha@sourceware.org
Cc: linux-man@vger.kernel.org, libc-alpha@sourceware.org,
Mark Harris <mark.hsj@gmail.com>
Subject: Re: POSIX.1-2024 requires 64-bit time_t
Date: Mon, 19 May 2025 13:31:15 +0200 [thread overview]
Message-ID: <6402036.DvuYhMxLoT@kona> (raw)
In-Reply-To: <CAMdZqKFyc=cNh-aQVLZ6ovEZurzqSREhY1gx8L0m27f2uS=smw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]
>
> For glibc, all 64-bit platforms, and the most recently added 32-bit
> platforms (arc, riscv32, or1k), use 64-bit time_t. All older but
> still-supported 32-bit platforms (arm, csky, hppa, m68k, microblaze,
> mips, powerpc, s390, sh, sparc, x86) currently use 32-bit time_t by
> default but can use 64-bit time_t with -D_TIME_BITS=64. For musl, all
> platforms use 64-bit time_t.
>
Yes.
Gentoo is one of the few places where this is still relevant, and where
the upgrade path is also tricky (since we're a source distribution).
We are still in the preparation phase of moving all 32bit architectures
to 64-bit time_t, but nearly all pieces are in place now.
We intend to change the ABI part of CHOST, from -gnu to -gnut64, to
clarify that this can subtly break sytemwide binary compatibility.
[Not of glibc itself, but of other libraries that include time_t in
their headers somehow.]
[[This is not an academic issue. It broke certificate validation of
openssl.]]
For more details (offtopic in this context) please contact me or Sam.
> POSIX.1-2024 requires that an implementation offer a conforming
> environment that supports 64-bit time_t, but it is also free to offer
> other non-conforming environments that use 32-bit time_t.
>
> - Mark
>
--
Andreas K. Hüttel
dilfridge@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 981 bytes --]
prev parent reply other threads:[~2025-05-19 11:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-18 9:58 POSIX.1-2024 requires 64-bit time_t Alejandro Colomar
2025-05-18 16:54 ` Collin Funk
2025-05-18 21:52 ` Mark Harris
2025-05-18 22:06 ` Alejandro Colomar
2025-05-18 22:09 ` Mark Harris
2025-05-18 22:13 ` Alejandro Colomar
2025-05-18 22:46 ` Collin Funk
2025-05-19 11:31 ` Andreas K. Huettel [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6402036.DvuYhMxLoT@kona \
--to=dilfridge@gentoo.org \
--cc=alx@kernel.org \
--cc=collin.funk1@gmail.com \
--cc=libc-alpha@sourceware.org \
--cc=linux-man@vger.kernel.org \
--cc=mark.hsj@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.