Do not claim that GCC predefines __POSIX__.

This commit is contained in:
Joseph Myers 2012-02-18 18:21:52 +00:00
parent dd54084dd9
commit 366842e73e
3 changed files with 9 additions and 9 deletions

View file

@ -1,3 +1,8 @@
2012-02-18 Joseph Myers <joseph@codesourcery.com>
[BZ #4596]
* manual/conf.texi (_POSIX_VERSION): Do not mention __POSIX__.
2012-02-18 David S. Miller <davem@davemloft.net>
* sysdeps/unix/sparc/sysdep.h (SPARC_PIC_THUNK): New macro.

8
NEWS
View file

@ -9,10 +9,10 @@ Version 2.16
* The following bugs are resolved with this release:
174, 350, 411, 3335, 4026, 4822, 5077, 5805, 6884, 6907, 9902, 10140,
10210, 11494, 12047, 13058, 13525, 13526, 13527, 13528, 13529, 13530,
13531, 13532, 13533, 13547, 13551, 13552, 13553, 13555, 13559, 13583,
13618
174, 350, 411, 3335, 4026, 4596, 4822, 5077, 5805, 6884, 6907, 9902,
10140, 10210, 11494, 12047, 13058, 13525, 13526, 13527, 13528, 13529,
13530, 13531, 13532, 13533, 13547, 13551, 13552, 13553, 13555, 13559,
13583, 13618
* ISO C11 support:

View file

@ -248,11 +248,6 @@ by including @file{unistd.h} and then checking whether
probably fail because there is no @file{unistd.h}. We do not know of
@emph{any} way you can reliably test at compilation time whether your
target system supports POSIX or whether @file{unistd.h} exists.
The GNU C compiler predefines the symbol @code{__POSIX__} if the target
system is a POSIX system. Provided you do not use any other compilers
on POSIX systems, testing @code{defined (__POSIX__)} will reliably
detect such systems.
@end deftypevr
@comment unistd.h