On Wed, 13 Nov 2002, Mike Barcroft wrote:
Bruce Evans [EMAIL PROTECTED] writes:
Both have large namespace pollution (p and n are in the application
namespace). Both give huge code wih a copy of the function in every
object file whose source file(s) include this header if inline functions
On Tue, 12 Nov 2002, Archie Cobbs wrote:
Marc Recht [EMAIL PROTECTED] writes:
I've had the attached patch in my tree for a while. I'll try and get
it and the unistd.h patch committed today.
static __inline void
__fd_zero(fd_set *p, __size_t n)
{
n = _howmany(n,
Bruce Evans [EMAIL PROTECTED] writes:
Both have large namespace pollution (p and n are in the application
namespace). Both give huge code wih a copy of the function in every
object file whose source file(s) include this header if inline functions
are not actually inline (which happens if the
On 11 Nov 2002 17:56:08 +0100, Marc Recht [EMAIL PROTECTED] said:
I'm thinking more of it like an aggregation. IMHO it should be possible,
if the user wants to, to get POSIX 199506 and BSD.
That would be very difficult, since FreeBSD never supported that
version (indeed, never even claimed
Marc Recht [EMAIL PROTECTED] writes:
I've had the attached patch in my tree for a while. I'll try and get
it and the unistd.h patch committed today.
static __inline void
__fd_zero(fd_set *p, __size_t n)
{
n = _howmany(n, _NFDBITS);
while (n 0)
On Mon, 11 Nov 2002 09:54:58 -0500, Mike Barcroft [EMAIL PROTECTED] said:
/* 1003.2-1992 */
-#if __POSIX_VISIBLE = 199209
+#if __POSIX_VISIBLE = 199209 || __XSI_VISIBLE
size_tconfstr(int, char *, size_t);
int getopt(int, char * const [], const char *);
__XSI_VISIBLE should
On Tue, 12 Nov 2002 15:49:05 -0800 (PST), Archie Cobbs [EMAIL PROTECTED] said:
But why not just this?
static __inline void
__fd_zero(fd_set *p, __size_t n)
{
memset(p-fds_bits, 0, _howmany(n, _NFDBITS));
}
Because a declaration of memset() is not permitted in
Hi!
I've made a small patch to make it possible to enable BSD extensions
although _POSIX_SOURCE, _POSIX_C_SOURCE or _XOPEN_SOURCE has been
defined. This is made with a new define _BSD_SOURCE right after the
XOPEN_SOURCE handling. It sets __XSI_VISIBLE 600 and __BSD_VISIBLE 1.
This is needed for
Marc Recht [EMAIL PROTECTED] writes:
Hi!
I've made a small patch to make it possible to enable BSD extensions
although _POSIX_SOURCE, _POSIX_C_SOURCE or _XOPEN_SOURCE has been
defined. This is made with a new define _BSD_SOURCE right after the
XOPEN_SOURCE handling. It sets __XSI_VISIBLE
Thanks!
It looks like unistd.h has some XSI bugs. Is _XOPEN_SOURCE defined
anywhere? If so, try the attached patch. If not, this is a bug in
Yes, _XOPEN_SOURCE is defined. So, it solves some of the problems.
Python (since POSIX doesn't specify chroot()) and should be fixed at
their end
I've had the attached patch in my tree for a while. I'll try and get
it and the unistd.h patch committed today.
Thanks! This solves some problems, but there are some left. Mostly socket
and rpc related. For example PF_INET and friends are undefined..
The whole point of the standards
Marc Recht [EMAIL PROTECTED] writes:
I've had the attached patch in my tree for a while. I'll try and get
it and the unistd.h patch committed today.
Thanks! This solves some problems, but there are some left. Mostly socket
and rpc related. For example PF_INET and friends are undefined..
On 11 Nov 2002 13:31:36 +0100, Marc Recht [EMAIL PROTECTED] said:
This is needed for some programs. For example for Python 2.3cvs sets
(among others) _POSIX_C_SOURCE 199506L, but also expects to have chroot
and friends.
Then it's wrong. If it doesn't want a POSIX environment (evidently
not
13 matches
Mail list logo