| author | |
| committer | |
| log | 0b16500604ac6daa8c0dbf156b3fd132b0651e34 |
| tree | 6182cb62b41cc7a43091b42f8f04f358bdbb625e |
| parent | 6d8b7e95b5be949c1f70c7d5c73141d6d4a219a5 |
This is the only place in all of glibc that this macro is referenced.
What is it doing? Only preventing fstatat.c from knowing the type
definition of `__time64_t`, apparently.
Fixes compilation of fstatat.c on 32-bit x86.1 files changed, 1 insertions(+), 1 deletions(-)
lib/libc/glibc/posix/bits/types.h+1-1| ... | ... | @@ -217,7 +217,7 @@ typedef int __sig_atomic_t; |
| 217 | 217 | /* Seconds since the Epoch, visible to user code when time_t is too |
| 218 | 218 | narrow only for consistency with the old way of widening too-narrow |
| 219 | 219 | types. User code should never use __time64_t. */ |
| 220 | #if __TIMESIZE == 64 && defined __LIBC | |
| 220 | #if __TIMESIZE == 64 | |
| 221 | 221 | # define __time64_t __time_t |
| 222 | 222 | #elif __TIMESIZE != 64 |
| 223 | 223 | __STD_TYPE __TIME64_T_TYPE __time64_t; |