[RFC] Reduce namespace pollution on zlib.h

Xin LI delphij at delphij.net
Sat Mar 27 01:43:59 UTC 2010


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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

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

Cheers,
- -- 
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)

iQEcBAEBAgAGBQJLrWLPAAoJEATO+BI/yjfBJAcH/0WLPx5wiV/5ue4ZmmdPojMi
bxK0XneEwO56bJMOJHg6qxBqwwBm3egabq1abkRYLdOVwoXc9hiGAdVJjjymJ3lz
xJWV23XpLHzso9z3Ev33virj32+Br++zsucdh5aEmC0YvdpvFDQUiU9LUNIErf/g
bjqzrapugiEkrL8xD2Maq5F+OdeMPOV3HXMjU39RpyRKVTfIkG4tfL8wDmBD/KAI
7byS1syUqDP2uvIvHmO2R3lFrto6cjwRhn38Y51XOQpu/Wvrp6KEKX47/vFBUjwE
JHPIGlbkoo3LezPjE+Sv6I4+MAsNncmyol5jKGAxmfe9wNjkHs3Br/AyPGbNCyI=
=00ta
-----END PGP SIGNATURE-----


More information about the freebsd-ports mailing list