[RFC] Reduce namespace pollution on zlib.h

Dag-Erling Smørgrav des at des.no
Sat Mar 27 00:46:28 UTC 2010


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
FreeBSD.

See sections 3.3.2 and 3.1 of this document:

http://www.unix.org/version2/whatsnew/lfs20mar.html

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().

DES
-- 
Dag-Erling Smørgrav - des at des.no


More information about the freebsd-ports mailing list