[RFC] Reduce namespace pollution on zlib.h
delphij at delphij.net
Sat Mar 27 01:43:59 UTC 2010
-----BEGIN PGP SIGNED MESSAGE-----
On 2010/03/26 17:46, Dag-Erling Smørgrav wrote:
> Xin LI <delphij at delphij.net> writes:
>> The problem is that some third party software thinks that they need to
>> define _LARGEFILE64_*, which will break zlib.h on FreeBSD :(
> Then that third-party software is broken and needs to be fixed.
> _LARGEFILE64_SOURCE is (supposed to be) used to expose the stat64() API.
> FreeBSD does not have stat64(). Any application that defines it and
> then calls stat() instead of stat64() is broken to begin with. Any
> application that defines it and then calls stat64() will not compile on
> See sections 3.3.2 and 3.1 of this document:
> On Linux, it's a no-op, because while the kernel has separate 32-bit
> stat() and 64-bit stat64() syscalls, glibc aliases stat() to stat64().
So... May I consider my import just exposed some existing bugs in other
applications and we don't want to workaround these issues? I'm sort of
feeling guilty for making the transition path hard, though...
Xin LI <delphij at delphij.net> http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)
-----END PGP SIGNATURE-----
More information about the freebsd-ports