Re: _GNU_SOURCE
От | Bruce Momjian |
---|---|
Тема | Re: _GNU_SOURCE |
Дата | |
Msg-id | 200309281637.h8SGbPm09649@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: _GNU_SOURCE (Jeroen Ruigrok/asmodai <asmodai@wxs.nl>) |
Ответы |
Re: _GNU_SOURCE
|
Список | 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 по дате отправления: