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 fu
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
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 patch committed today.
>
> static __inline void
> __fd_zero(fd_set *p, __size_t n)
> {
> n = _howmany(
< 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 that context.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROT
< 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 never be non-zero when __POSIX_VISIBLE is less
than 199506, so
> 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 patch committed today.
static __inline void
__fd_zero(fd_set *p, __size_t n)
{
n = _howmany(n, _NFDBITS);
while (n > 0)
< 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 support for that version). In
order to make this happen, so
< 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 since it needs chroot()) then it shouldn't ask for one.
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 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..
Th
> I've had the attached patch in my tree for a while. I'll try and get
> it and the 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 constants is t
Thanks!
> It looks like 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 and in
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_VI
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 s
13 matches
Mail list logo
