Package: manpages-fr-dev
Version: 3.27fr1.4-1
Severity: normal
The French isgreater(3) man page says:
L'opérateur normal de relation (comme <, « inférieur à ») échouera si
l'un des opérandes est le non nombre NaN. Ceci déclenche une exception.
Pour l'éviter, C99 définit ces macros. Elles garantissent de n'évaluer
leurs opérandes qu'une seule fois. Les opérandes peuvent être n'importe
quel type réel.
This is incorrect, and it has been incorrectly translated from the
English version, which says:
The normal relation operations (like <, "less than") will fail if one
of the operands is NaN. This will cause an exception. To avoid this,
C99 defines these macros. The macros are guaranteed to evaluate their
operands only once. The operands can be of any real floating-point
type.
So, "type réel" should be replaced by something like "type flottant réel"
(I don't know the correct term in French).
Other corrections could be done, as suggested in bug 609033
(concerning the English version):
----
It should probably be emphasised that the operands must not be of
integer types.
FYI, the current C1x committee draft N1547 has the following footnote
added:
242) If any argument is of integer type, or any other type that is not
a real floating type, the behavior is undefined.
BTW, "argument" may be a better word than "operand" here, because
"operand" suggests that the usual arithmetic conversions will be done,
but this isn't the case here.
----
-- System Information:
Debian Release: 6.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
manpages-fr-dev depends on no packages.
Versions of packages manpages-fr-dev recommends:
ii manpages-fr 3.27fr1.4-1 French version of the manual pages
Versions of packages manpages-fr-dev suggests:
ii man-db [man-browser] 2.5.7-8 on-line manual pager
-- no debconf information
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]