From: Alejandro Colomar <alx@kernel.org>
Date: Sun, 18 Jan 2026 22:28:55 +0000 (+0100)
Subject: man/man3type/time_t.3type: HISTORY: Some implementation are still stuck on 32-bit... 
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=91fa6d909b1171bc2361b5b2192c11c8be06a7d1;p=thirdparty%2Fman-pages.git

man/man3type/time_t.3type: HISTORY: Some implementation are still stuck on 32-bit time_t

Cc: Collin Funk <collin.funk1@gmail.com>
Cc: Mark Harris <mark.hsj@gmail.com>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
---

diff --git a/man/man3type/time_t.3type b/man/man3type/time_t.3type
index 6ba27554c..18e8f7be0 100644
--- a/man/man3type/time_t.3type
+++ b/man/man3type/time_t.3type
@@ -73,9 +73,11 @@ since POSIX.1-2008.
 .SS time_t
 In POSIX.1-2001,
 .I time_t
-POSIX.1-2024 required that the width of
+POSIX.1-2024 requires that the width of
 .I time_t
-is at least 64 bits.
+is at least 64 bits;
+however,
+some systems still use 32 bits by default.
 .SH NOTES
 On some architectures,
 the width of