From owner-freebsd-standards Mon Sep 2 11:12: 6 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF77837B401 for ; Mon, 2 Sep 2002 11:11:51 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B32F43E6E for ; Mon, 2 Sep 2002 11:11:51 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 642719E57; Mon, 2 Sep 2002 14:05:49 -0400 (EDT) Date: Mon, 2 Sep 2002 14:05:49 -0400 From: Mike Barcroft To: standards@FreeBSD.org Cc: Bruce Evans Subject: Conformance bugs in , by way of Message-ID: <20020902140549.E94253@espresso.q9media.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline Organization: The FreeBSD Project Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline From rev 1.5 of ctype.h: ... o TODO: fix conformance bugs brought by including . I'd appreciate comments of the attached patch which fixes this issue and brings up to conformance. Best regards, Mike Barcroft --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ctype.diff" ctype.diff o Fix namespace scope issues in by using the relatively new visibility primitives. o Implement _tolower() and _toupper() POSIX.1-2001 (XSI) macros in . o Make pollutant-free so that it can safely be included in . o Add a typedef in to compensate for being pollutant-free. Index: ctype.h =================================================================== RCS file: /work/repo/src/include/ctype.h,v retrieving revision 1.22 diff -u -r1.22 ctype.h --- ctype.h 21 Aug 2002 16:19:55 -0000 1.22 +++ ctype.h 2 Sep 2002 18:07:04 -0000 @@ -45,10 +45,6 @@ #ifndef _CTYPE_H_ #define _CTYPE_H_ -/* - * XXX brings massive namespace pollution (rune_t and struct - * member names). - */ #include #define _CTYPE_A 0x00000100L /* Alpha */ @@ -85,9 +81,15 @@ int tolower(int); int toupper(int); -#if !defined(_ANSI_SOURCE) && !defined(_POSIX_SOURCE) -int digittoint(int); +#if __XSI_VISIBLE +int _tolower(int); +int _toupper(int); int isascii(int); +int toascii(int); +#endif + +#if __BSD_VISIBLE +int digittoint(int); int isblank(int); int ishexnumber(int); int isideogram(int); @@ -95,7 +97,6 @@ int isphonogram(int); int isrune(int); int isspecial(int); -int toascii(int); #endif __END_DECLS @@ -113,9 +114,23 @@ #define tolower(c) __tolower(c) #define toupper(c) __toupper(c) -#if !defined(_ANSI_SOURCE) && !defined(_POSIX_SOURCE) -#define digittoint(c) __maskrune((c), 0xFF) +#if __XSI_VISIBLE +/* + * POSIX.1-2001 specifies _tolower() and _toupper() to be macros equivalent to + * tolower() and toupper() respectively, minus extra checking to ensure that + * the argument is a lower or uppercase letter respectively. We've chosen to + * implement these macros with the same error checking as tolower() and + * toupper() since this doesn't violate the specification itself, only its + * intent. + */ +#define _tolower(c) __tolower(c) +#define _toupper(c) __toupper(c) #define isascii(c) (((c) & ~0x7F) == 0) +#define toascii(c) ((c) & 0x7F) +#endif + +#if __BSD_VISIBLE +#define digittoint(c) __maskrune((c), 0xFF) #define isblank(c) __istype((c), _CTYPE_B) #define ishexnumber(c) __istype((c), _CTYPE_X) #define isideogram(c) __istype((c), _CTYPE_I) @@ -123,10 +138,9 @@ #define isphonogram(c) __istype((c), _CTYPE_Q) #define isrune(c) __istype((c), 0xFFFFFF00L) #define isspecial(c) __istype((c), _CTYPE_T) -#define toascii(c) ((c) & 0x7F) #endif -/* See comments in about __ct_rune_t. */ +/* See comments in about __ct_rune_t. */ __BEGIN_DECLS unsigned long ___runetype(__ct_rune_t); __ct_rune_t ___tolower(__ct_rune_t); Index: rune.h =================================================================== RCS file: /work/repo/src/include/rune.h,v retrieving revision 1.2 diff -u -r1.2 rune.h --- rune.h 23 Mar 2002 17:24:53 -0000 1.2 +++ rune.h 1 Sep 2002 18:27:08 -0000 @@ -40,8 +40,13 @@ #ifndef _RUNE_H_ #define _RUNE_H_ -#include #include +#include + +#ifndef _RUNE_T_DECLARED +#define _RUNE_T_DECLARED +typedef __rune_t rune_t; +#endif #define _PATH_LOCALE "/usr/share/locale" Index: runetype.h =================================================================== RCS file: /work/repo/src/include/runetype.h,v retrieving revision 1.7 diff -u -r1.7 runetype.h --- runetype.h 21 Aug 2002 16:19:55 -0000 1.7 +++ runetype.h 2 Sep 2002 17:18:18 -0000 @@ -43,23 +43,6 @@ #include #include -#ifndef _RUNE_T_DECLARED -typedef __rune_t rune_t; -#define _RUNE_T_DECLARED -#endif - -#ifndef _SIZE_T_DECLARED -typedef __size_t size_t; -#define _SIZE_T_DECLARED -#endif - -#ifndef __cplusplus -#ifndef _WCHAR_T_DECLARED -typedef __wchar_t wchar_t; -#define _WCHAR_T_DECLARED -#endif -#endif - #define _CACHED_RUNES (1 <<8 ) /* Must be a power of 2 */ #define _CRMASK (~(_CACHED_RUNES - 1)) @@ -67,9 +50,9 @@ * The lower 8 bits of runetype[] contain the digit value of the rune. */ typedef struct { - rune_t min; /* First rune of the range */ - rune_t max; /* Last rune (inclusive) of the range */ - rune_t map; /* What first maps to in maps */ + __rune_t min; /* First rune of the range */ + __rune_t max; /* Last rune (inclusive) of the range */ + __rune_t map; /* What first maps to in maps */ unsigned long *types; /* Array of types in range */ } _RuneEntry; @@ -82,13 +65,13 @@ char magic[8]; /* Magic saying what version we are */ char encoding[32]; /* ASCII name of this encoding */ - rune_t (*sgetrune)(const char *, size_t, char const **); - int (*sputrune)(rune_t, char *, size_t, char **); - rune_t invalid_rune; + __rune_t (*sgetrune)(const char *, __size_t, char const **); + int (*sputrune)(__rune_t, char *, __size_t, char **); + __rune_t invalid_rune; unsigned long runetype[_CACHED_RUNES]; - rune_t maplower[_CACHED_RUNES]; - rune_t mapupper[_CACHED_RUNES]; + __rune_t maplower[_CACHED_RUNES]; + __rune_t mapupper[_CACHED_RUNES]; /* * The following are to deal with Runes larger than _CACHED_RUNES - 1. --fdj2RfSjLxBAspz7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Tue Sep 3 0: 3:59 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0D7337B400; Tue, 3 Sep 2002 00:03:55 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B514143E65; Tue, 3 Sep 2002 00:03:54 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA06288; Tue, 3 Sep 2002 07:03:52 GMT Date: Tue, 3 Sep 2002 17:11:10 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Mike Barcroft Cc: standards@FreeBSD.org Subject: Re: Conformance bugs in , by way of In-Reply-To: <20020902140549.E94253@espresso.q9media.com> Message-ID: <20020903165059.Q6101-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2 Sep 2002, Mike Barcroft wrote: > >From rev 1.5 of ctype.h: > ... > o TODO: fix conformance bugs brought by including . > > I'd appreciate comments of the attached patch which fixes this issue > and brings up to conformance. > ctype.diff > > o Fix namespace scope issues in by using the relatively new > visibility primitives. > o Implement _tolower() and _toupper() POSIX.1-2001 (XSI) macros in > . > o Make pollutant-free so that it can safely be included > in . > o Add a typedef in to compensate for being > pollutant-free. > > Index: ctype.h > =================================================================== > RCS file: /work/repo/src/include/ctype.h,v > retrieving revision 1.22 > diff -u -r1.22 ctype.h > --- ctype.h 21 Aug 2002 16:19:55 -0000 1.22 > +++ ctype.h 2 Sep 2002 18:07:04 -0000 > ... > @@ -85,9 +81,15 @@ > int tolower(int); > int toupper(int); > > -#if !defined(_ANSI_SOURCE) && !defined(_POSIX_SOURCE) > -int digittoint(int); > +#if __XSI_VISIBLE > +int _tolower(int); > +int _toupper(int); > int isascii(int); > +int toascii(int); > +#endif It would be nice to not support mistakes like XSI. > Index: runetype.h > =================================================================== > RCS file: /work/repo/src/include/runetype.h,v > retrieving revision 1.7 > diff -u -r1.7 runetype.h > --- runetype.h 21 Aug 2002 16:19:55 -0000 1.7 > +++ runetype.h 2 Sep 2002 17:18:18 -0000 > ... > @@ -67,9 +50,9 @@ > * The lower 8 bits of runetype[] contain the digit value of the rune. > */ > typedef struct { > - rune_t min; /* First rune of the range */ > - rune_t max; /* Last rune (inclusive) of the range */ > - rune_t map; /* What first maps to in maps */ > + __rune_t min; /* First rune of the range */ > + __rune_t max; /* Last rune (inclusive) of the range */ > + __rune_t map; /* What first maps to in maps */ > unsigned long *types; /* Array of types in range */ > } _RuneEntry; > > ... There is still a lot of pollution here: all the struct member names, which don't even have a runetype-specific prefix (#define min runetype loses). There doesn't seem to be any good way to fix this. The inline functions in ctype need to reference at least the runetype[] struct member. Renaming the struct members to have a prefix like __ru_ would be ugly and might break documented runetype interfaces. Most of the interfaces seem to be private so this might not be a problem. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Wed Sep 4 8:53:50 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAADF37B400 for ; Wed, 4 Sep 2002 08:53:47 -0700 (PDT) Received: from web13405.mail.yahoo.com (web13405.mail.yahoo.com [216.136.175.63]) by mx1.FreeBSD.org (Postfix) with SMTP id 943BC43EA9 for ; Wed, 4 Sep 2002 08:53:45 -0700 (PDT) (envelope-from giffunip@yahoo.com) Message-ID: <20020904155304.35866.qmail@web13405.mail.yahoo.com> Received: from [216.72.7.24] by web13405.mail.yahoo.com via HTTP; Wed, 04 Sep 2002 17:53:04 CEST Date: Wed, 4 Sep 2002 17:53:04 +0200 (CEST) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Subject: Math changes in Mac OS X To: freebsd-standards@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi; I have no idea how similar our libm is to Darwin's but the following note on http://developer.apple.com/technotes/tn2002/tn2053.html seemed interesting: * The libm library is now standard compliant. The new math library in jaguar is now IEEE-754 and C99 compliant in double precision. In addition, the new libm is faster than MathLib found in Mac OS 9 and faster than libm in Mac OS 10.1.x. * SIGFPE (New in 10.2) Jaguar floating-point environment now fully supports IEEE-754 style exception halts. * rounding control (changed in 10.2) The return values of the floating point environment routines fesetround(), feholdexcept() have been changed and corrected. These routines in Mac OS 10.1.x and earlier returned boolean status opposite to that specified by C99. Jaguar libm corrects this and brings them into agreement with the ISO/IEC 9899:1999 (C99) specification. . * The gamma function has been changed in Mac OS X 10.2. See Technical Q&A 1143 for more information . * Quiet and signaling NaNs have been changed in Mac OS X 10.2. FP_SNAN, FP_QNAN are deprecated in the final C99 spec. The new defines them to be the standard FP_NAN. ______________________________________________________________________ Yahoo! Musica: notizie, recensioni, classifiche, speciali multimediali http://it.yahoo.com/mail_it/foot/?http://it.music.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Fri Sep 6 15:30:55 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5806337B401 for ; Fri, 6 Sep 2002 15:30:52 -0700 (PDT) Received: from south.nanolink.com (south.nanolink.com [217.75.134.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A96743E42 for ; Fri, 6 Sep 2002 15:30:50 -0700 (PDT) (envelope-from roam@straylight.ringlet.net) Received: (qmail 91407 invoked by uid 85); 6 Sep 2002 22:39:41 -0000 Received: from discworld.nanolink.com (HELO straylight.ringlet.net) (217.75.135.248) by south.nanolink.com with SMTP; 6 Sep 2002 22:39:37 -0000 Received: (qmail 24451 invoked by uid 1000); 6 Sep 2002 22:29:39 -0000 Date: Sat, 7 Sep 2002 01:29:39 +0300 From: Peter Pentchev To: standards@FreeBSD.org Cc: "Chris S.J.Peron" , Garrett Wollman , Mike Heffner , Dag-Erling Smorgrav Subject: glob(3) in -STABLE: PR bin/42275 Message-ID: <20020906222939.GE384@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Virus-Scanned: by Nik's Monitoring Daemon (AMaViS perl-11d ) Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've been sitting on PR bin/42275 for a week now, guess it's about time to take some action, if only requesting a discussion :) I've CC'd Garrett Wollman and Mike Heffner as people who were involved in the recent glob(3) overhaul in CURRENT, and DES as the OpenSSH maintainer. The problem: STABLE's glob(3) does not consider a 'no match' case to be an error; sftp(1) depends on it being an error, and reacts badly to the empty list returned instead. A few months ago, in the 4.6 release cycle, it was decided to patch sftp(1) for the time being, resulting in revision 1.1.1.1.2.2 of src/crypto/openssh/sftp-int.c. However, now the problem has resurfaced with the OpenSSH update to 3.4, and there are some additional circumstances to take into account, such as the fact that CURRENT now has a real POSIX-compatible glob(3), up to and including the GLOB_NOMATCH return value. The solutions, as I see them: #1 - do the 'hide head in sand' thing again, and patch STABLE's sftp-int.c file again. Pros: easy, been done before. Cons: gratuitious local patches, hard to maintain (as witnessed by the problem's reappearance). #2 - MFC the POSIX-compatible glob(3) in full. Pros: full POSIX compatibility in STABLE, proper GLOB_NOMATCH handling. Cons: API and ABI breakage for both the glob(3) error codes and general behavior; in addition, the MFC itself might not be quite trivial, what with the conditional preprocessor definitions. #3 - MFC a limited version of the glob(3) overhaul, only adding the GLOB_NOMATCH error code and handling. Pros: GLOB_NOMATCH handling in STABLE, working sftp(1) client. Cons: limited API and ABI incompatiblity for the glob(3) error codes - some programs may get an error code that did not exist at the time they were compiled. I wonder if this will indeed be a problem.. So.. opinions? I really hope this will be resolved in some way or other before 4.7 rolls out the door.. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 The rest of this sentence is written in Thailand, on --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9eSxT7Ri2jRYZRVMRAr3/AKCndPLbvQo0aPkQQMqzEXhr5+sAZACfat2z XdHptgxgVT36l/5EwOrnRdo= =oce4 -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Fri Sep 6 17: 3:10 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 728E037B409; Fri, 6 Sep 2002 17:03:04 -0700 (PDT) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC2AA43E9C; Fri, 6 Sep 2002 17:02:55 -0700 (PDT) (envelope-from mheffner@vt.edu) Received: from vivi.cc.vt.edu (IDENT:mirapoint@vivi-lb.cc.vt.edu [10.1.1.12]) by lennier.cc.vt.edu (8.11.4/8.11.4) with ESMTP id g8702g0387386; Fri, 6 Sep 2002 20:02:42 -0400 (EDT) Received: from enterprise.muriel.penguinpowered.com ([199.3.139.42]) by vivi.cc.vt.edu (Mirapoint Messaging Server MOS 3.2.0-GA) with ESMTP id AIK42605 (AUTH mheffner); Fri, 6 Sep 2002 20:02:38 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.5.3 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.5.3.FreeBSD:20020906200202:297=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <20020906222939.GE384@straylight.oblivion.bg> Date: Fri, 06 Sep 2002 20:02:02 -0400 (EDT) From: Mike Heffner To: Peter Pentchev Subject: Re: glob(3) in -STABLE: PR bin/42275 Cc: Dag-Erling Smorgrav , Mike Heffner , Garrett Wollman , "Chris S.J.Peron" , standards@FreeBSD.org Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.5.3.FreeBSD:20020906200202:297=_ Content-Type: text/plain; charset=us-ascii On 06-Sep-2002 Peter Pentchev wrote: | |#2 - MFC the POSIX-compatible glob(3) in full. | Pros: full POSIX compatibility in STABLE, proper GLOB_NOMATCH handling. | Cons: API and ABI breakage for both the glob(3) error codes and general | behavior; in addition, the MFC itself might not be quite trivial, what | with the conditional preprocessor definitions. | I would like to go with this option, as I'm sure the problem will come up again with different programs. However, the lack of the POSIX preprocessor conditionals in STABLE was currently preventing me. I would like to know the opinion of those more involved with POSIX conformance. Will the preprocessor conditionals be MFC'd anytime soon? Or should I MFC the changes but strip out the conditionals from glob.h? Thanks, Mike -- Mike Heffner --_=XFMail.1.5.3.FreeBSD:20020906200202:297=_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE9eUH6FokZQs3sv5kRAhG6AJ9m7yCwwKhGQuOObtkKXzjIEfAJiwCeL1c5 NCjEAuZdazGOL+wzsKCjGkI= =lvGq -----END PGP SIGNATURE----- --_=XFMail.1.5.3.FreeBSD:20020906200202:297=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Fri Sep 6 17:27:48 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD6237B400; Fri, 6 Sep 2002 17:27:45 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C801643E4A; Fri, 6 Sep 2002 17:27:44 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 2FE779E59; Fri, 6 Sep 2002 20:21:33 -0400 (EDT) Date: Fri, 6 Sep 2002 20:21:33 -0400 From: Mike Barcroft To: Mike Heffner Cc: Peter Pentchev , Dag-Erling Smorgrav , Mike Heffner , Garrett Wollman , "Chris S.J.Peron" , standards@FreeBSD.org Subject: Re: glob(3) in -STABLE: PR bin/42275 Message-ID: <20020906202133.E47192@espresso.q9media.com> References: <20020906222939.GE384@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from mheffner@vt.edu on Fri, Sep 06, 2002 at 08:02:02PM -0400 Organization: The FreeBSD Project Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Heffner writes: > I would like to go with this option, as I'm sure the problem will come up > again with different programs. However, the lack of the POSIX preprocessor > conditionals in STABLE was currently preventing me. I would like to know > the opinion of those more involved with POSIX conformance. Will the > preprocessor conditionals be MFC'd anytime soon? Or should I MFC the > changes but strip out the conditionals from glob.h? All the C99 and POSIX changes to as safe to MFC. Please feel free to MFC them. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Fri Sep 6 19:20: 6 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBFE937B400 for ; Fri, 6 Sep 2002 19:20:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B6A43E6A for ; Fri, 6 Sep 2002 19:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g872K4JU082983 for ; Fri, 6 Sep 2002 19:20:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g872K4Rh082981; Fri, 6 Sep 2002 19:20:04 -0700 (PDT) Date: Fri, 6 Sep 2002 19:20:04 -0700 (PDT) Message-Id: <200209070220.g872K4Rh082981@freefall.freebsd.org> To: standards@FreeBSD.org Cc: From: David Schultz Subject: Re: misc/23103: lacks many ISO C99 features (NAN, isfinite,...) Reply-To: David Schultz Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following reply was made to PR misc/23103; it has been noted by GNATS. From: David Schultz To: freebsd-gnats-submit@FreeBSD.org, pfeifer@dbai.tuwien.ac.at Cc: Subject: Re: misc/23103: lacks many ISO C99 features (NAN, isfinite,...) Date: Fri, 6 Sep 2002 19:16:10 -0700 I no longer have the time and interest to implement the rest of C99 math, and nobody else seems to care either. Upon request, I can provide some old patches that are more extensive than the ones I posted to this PR and address a bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message