add support for ugly *64 functions with _LARGEFILE64_SOURCE
authorRich Felker <dalias@aerifal.cx>
Fri, 4 May 2012 04:13:23 +0000 (00:13 -0400)
committerRich Felker <dalias@aerifal.cx>
Fri, 4 May 2012 04:13:23 +0000 (00:13 -0400)
commit2dd8d5e1b8ba1118ff1782e96545cb8a2318592c
tree529419d70eedc4edbaae416c262806839ac3b630
parentb4560a6da918ce3b63e87a78a3a3956f514e24ce
add support for ugly *64 functions with _LARGEFILE64_SOURCE

musl does not support legacy 32-bit-off_t whatsoever. off_t is always
64 bit, and correct programs that use off_t and the standard functions
will just work out of the box. (on glibc, they would require
-D_FILE_OFFSET_BITS=64 to work.) however, some programs instead define
_LARGEFILE64_SOURCE and use alternate versions of all the standard
types and functions with "64" appended to their names.

we do not want code to actually get linked against these functions
(it's ugly and inconsistent), so macros are used instead of prototypes
with weak aliases in the library itself. eventually the weak aliases
may be added at the library level for the sake of using code that was
originally built against glibc, but the macros will still be the
desired solution in the headers.
include/aio.h
include/dirent.h
include/fcntl.h
include/ftw.h
include/glob.h
include/stdio.h
include/stdlib.h
include/unistd.h