X-Git-Url: http://erislabs.net/gitweb/?a=blobdiff_plain;f=doc%2Fposix-headers%2Ffloat.texi;h=09f1388a2d76303751a6321ba024bebe2d739161;hb=55c6e4b6fe65fdfd5154228209a5c9828bb8ec9d;hp=476fd1600c48fb7a333eb0bb09ad303ad88627f7;hpb=2ce5b03dcb01f6554b59e19719396803ad34ca01;p=gnulib.git

diff --git a/doc/posix-headers/float.texi b/doc/posix-headers/float.texi
index 476fd1600..09f1388a2 100644
--- a/doc/posix-headers/float.texi
+++ b/doc/posix-headers/float.texi
@@ -1,19 +1,32 @@
 @node float.h
 @section @file{float.h}
 
-POSIX specification:@* @url{http://www.opengroup.org/susv3xbd/float.h.html}
+POSIX specification:@* @url{http://www.opengroup.org/onlinepubs/9699919799/basedefs/float.h.html}
 
 Gnulib module: float
 
 Portability problems fixed by Gnulib:
 @itemize
 @item
+The conversion from @code{int} to @code{long double} in incorrect on some
+platforms:
+glibc 2.7 on Linux/SPARC64.
+@item
 The values of @code{LDBL_*} macros are incorrect on some platforms:
 On OpenBSD 4.0, MirBSD 10, and BeOS, they are the same as the values of the
 @code{DBL_*} macros, although @samp{long double} is a larger type than
 @samp{double}.
+On FreeBSD/x86 6.4, they represent the incorrect 53-bit precision assumptions
+in the compiler, not the real 64-bit precision at runtime.
+On Linux/PowerPC with GCC 4.4, on AIX 7.1 with GCC 4.2, and on IRIX 6.5,
+they don't reflect the ``double double'' representation of @code{long double}
+correctly.
 @end itemize
 
 Portability problems not fixed by Gnulib:
 @itemize
+@item
+The macro @code{FLT_ROUNDS} is a constant expression and does not represent
+the current rounding mode on some platforms:
+glibc 2.11, HP-UX 11, mingw.
 @end itemize