On Mon, Mar 10, 2003 at 10:44:34 -0500, Mike Barcroft wrote:
> Andrey A. Chernov <[EMAIL PROTECTED]> writes:
> > Many programs (from ports too) defines _ISOC99_SOURCE to get C99 
> > functions, but we don't sense this define currently. Here is the fix for 
> > review:
> 
> Cool.  I didn't realize there was an existing precedence, or I would
> have used it.

Just search Google about _ISOC99_SOURCE and see :-)

> This part isn't needed...
> 
> >  #else
> >  /*-
> >   * Deal with _ANSI_SOURCE:
> > @@ -378,7 +381,7 @@
> >  #define    __XSI_VISIBLE           0
> >  #define    __BSD_VISIBLE           0
> >  #define    __ISO_C_VISIBLE         1990
> > -#elif defined(_C99_SOURCE) /* Localism to specify strict C99 env. */
> > +#elif defined(_ISOC99_SOURCE)      /* Strict C99 env. */
> >  #define    __POSIX_VISIBLE         0
> >  #define    __XSI_VISIBLE           0
> >  #define    __BSD_VISIBLE           0
> 
> ...since the next line here is:
> 
> #define       __ISO_C_VISIBLE         1999

Hm, I don't quite understand, which one part you mean? My patch handles
2 following cases:

1) Any _POSIX_C_SOURCE with _ISOC99_SOURCE. It is from real life example
(ImageMagick). It wants lower POSIX level, *but* wants _ISOC99_SOURCE in 
the same time.

2) _ISOC99_SOURCE without any _POSIX_C_SOURCE. In that case it overrides 
_ANSI_SOURCE like old _C99_SOURCE does.

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to