1 files changed, 0 insertions, 64 deletions
diff --git a/man7/system_data_types.7 b/man7/system_data_types.7
index 078debd0a1..491fe884eb 100644
--- a/man7/system_data_types.7
+++ b/man7/system_data_types.7
@@ -456,70 +456,6 @@ POSIX.1-2001 and later.
 .BR timer_settime (2)
 .RE
 .\"------------------------------------- timespec ---------------------/
-.TP
-.I timespec
-.RS
-.IR Include :
-.IR <time.h> .
-Alternatively,
-.IR <aio.h> ,
-.IR <mqueue.h> ,
-.IR <sched.h> ,
-.IR <signal.h> ,
-.IR <sys/select.h> ,
-or
-.IR <sys/stat.h> .
-.PP
-.EX
-struct timespec {
-    time_t  tv_sec;  /* Seconds */
-    long    tv_nsec; /* Nanoseconds [0 .. 999999999] */
-};
-.EE
-.PP
-Describes times in seconds and nanoseconds.
-.PP
-.IR "Conforming to" :
-C11 and later; POSIX.1-2001 and later.
-.PP
-.IR Bugs :
-Under glibc,
-.I tv_nsec
-is the
-.I syscall
-long, though this affects only fringe architectures like X32,
-which is ILP32, but uses the LP64 AMD64 syscall ABI.
-In reality, the field ends up being defined as:
-.PP
-.in +4
-.EX
-#if __x86_64__ && __ILP32__  /* == x32 */
-    long long tv_nsec;
-#else
-    long      tv_nsec;
-#endif
-.EE
-.in
-.PP
-This is a long-standing and long-enshrined
-.UR https://sourceware.org/bugzilla/show_bug.cgi?id=16437
-glibc bug
-.I #16437
-.UE ,
-and an incompatible extension to the standards;
-however, as even a 32-bit
-.I long
-can hold the entire
-.I tv_nsec
-range, it's always safe to forcibly down-cast it to the standard type.
-.PP
-.IR "See also" :
-.BR clock_gettime (2),
-.BR clock_nanosleep (2),
-.BR nanosleep (2),
-.BR timerfd_gettime (2),
-.BR timer_gettime (2)
-.RE
 .\"------------------------------------- timeval ----------------------/
 .\"------------------------------------- uid_t ----------------------/
 .\"------------------------------------- uintmax_t --------------------/