mirror of
git://git.musl-libc.org/musl
synced 2025-01-10 00:29:41 +00:00
7cc79d10af
LLONG_MAX is uniform for all archs we support and plenty of header and code level logic assumes it is, so it does not make sense for limits.h bits mechanism to pretend it's variable. LONG_BIT can be defined in terms of LONG_MAX; there's no reason to put it in bits. by moving LONG_MAX definition to __LONG_MAX in alltypes.h and moving LLONG_MAX out of bits, there are now no plain-C limits that are defined in the bits header, so the bits header only needs to be included in the POSIX or extended profiles. this allows the feature test macro logic to be removed from the bits header, facilitating a long-term goal of getting such logic out of bits. having __LONG_MAX in alltypes.h will allow further generalization of headers. archs without a constant PAGESIZE no longer need bits/limits.h at all. |
||
|---|---|---|
| .. | ||
| bits | ||
| atomic_arch.h | ||
| crt_arch.h | ||
| kstat.h | ||
| pthread_arch.h | ||
| reloc.h | ||
| syscall_arch.h | ||