Date: Sat, 27 Mar 2010 01:46:26 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: d@delphij.net Cc: ports@freebsd.org, the_paya@gentoo.org, Alexander Logvinov <avl@logvinov.com>, freebsd-arch@freebsd.org Subject: Re: [RFC] Reduce namespace pollution on zlib.h Message-ID: <86ljdelhgd.fsf@ds4.des.no> In-Reply-To: <4BAD509B.3080805@delphij.net> (Xin LI's message of "Fri, 26 Mar 2010 17:26:03 -0700") References: <4BACFE18.7010309@delphij.net> <86wrwylji0.fsf@ds4.des.no> <4BAD509B.3080805@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Xin LI <delphij@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 --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ljdelhgd.fsf>