Re: _GNU_SOURCE - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: _GNU_SOURCE
Date
Msg-id 200309281637.h8SGbPm09649@candle.pha.pa.us
Whole thread Raw
In response to Re: _GNU_SOURCE  (Jeroen Ruigrok/asmodai <asmodai@wxs.nl>)
Responses Re: _GNU_SOURCE  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Jeroen Ruigrok/asmodai wrote:
> -On [20030928 17:52], Tom Lane (tgl@sss.pgh.pa.us) wrote:
> >Hm.  So is crypt_r() a GNU extension?  I would've thought it was
> >specified by some standard or other.  Perhaps the real issue here
> >is that /usr/include/crypt.h is using the wrong control symbol.
> >At least in RHL 8.0, it definitely uses __USE_GNU to hide crypt_r
> >and the associated struct type.
> 
> crypt() is a 4.3 BSD, SVID 3, Unix 95, Unix 98.
> 
> crypt_r() though, is a GNU extension:
> http://lists.debian.org/lsb-discuss/2001/lsb-discuss-200103/msg00026.html
> and from:
> http://docs.mandragor.org/files/Programming_languages/C/glibc-2.2.3/libc_32.html#SEC661
> 
> "The crypt_r function is a GNU extension."

BSD/OS doesn't have crypt_r(), and crypt() manual page says:
    The crypt() function may not be safely called concurrently from multiple    threads, e.g., the interfaces described
bypthreads(3).
 

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Jeroen Ruigrok/asmodai
Date:
Subject: Re: _GNU_SOURCE
Next
From: Tom Lane
Date:
Subject: Re: _GNU_SOURCE