<font size=2 face="sans-serif">Not listing the comments I already mentioned
last meeting and ones that were in common with Fred's note (if I still
have dup's, I apologize).</font>
<br>
<br><font size=2 face="sans-serif">Page numbers refer to the page numbers
listed in the document (the pdf), not the pdf viewer page numbers.</font>
<br>
<br><font size=2 face="sans-serif">1) Page 4: [4]: (and IEC 60559) is redundant.</font>
<br><font size=2 face="sans-serif">are indistinguishable in the arithmetic.
-&gt; are indistinguishable in arithmetic operations.</font>
<br>
<br><font size=2 face="sans-serif">2) Page 5: [6]: DEC*_MIN_EXP has values
one smaller (magnitude) than ones given in DEC*_MIN and DEC*_SUBNORMAL_MIN</font>
<br>
<br><font size=2 face="sans-serif">3) Page 7: 8.3 (second one): 6.3.1.8#1
change: Can't generic floating types be the decimal floating point types
(ignoring part 1 or making part 1 not use the float/double/long double
types). If so, then this part doesn't make sense. Instead say &quot;shall
not be generic floating type if it is not a decimal floating type, ...&quot;</font>
<br>
<br><font size=2 face="sans-serif">4) Page 7: Drop the d and D suffixes
as IBM already has a decimal type that uses those suffixes which are incompatible
with this.</font>
<br>
<br><font size=2 face="sans-serif">5) Page 8: [4] As above (comment 4),
remove the d and D.</font>
<br>
<br><font size=2 face="sans-serif">6) Page 9: Given the deprecation of
FLOAT_CONST_DECIMAL64, why not remove it in this TS to avoid the header
file issue. </font>
<br><font size=2 face="sans-serif">&nbsp; If not, we'll need some other
suffix like 'b'.</font>
<br>
<br><font size=2 face="sans-serif">7) Page 9-10: See comment 3 re generic
= decimal type. Applies to later cases.</font>
<br>
<br><font size=2 face="sans-serif">8) Suggestion: Should we try to future
proof the TS by making the __STDC_WANT_DEC_FP macro a date macro? This
allows future functions to be added without breaking code that can check
for it.</font>
<br>
<br><font size=2 face="sans-serif">9) Page 12: [8a] We need to mention
the values are distinct and non-negative. Suggestion: Copy C11 paragraph
8 exactly and change FE_ to FE_DEC_ and the function names.</font>
<br>
<br><font size=2 face="sans-serif">10) Page 22: 11.5: Same issue as comment
4. IBM uses D as a format specifier already. Perhaps use B32 B64 B128?</font>
<br>
<br><font size=2 face="sans-serif">11) Page 25: Footnote marker 5) should
be superscripted.</font>
<br>
<br><font size=2 face="sans-serif">12) Page 27: Footnote marker 6) should
be superscripted.</font>
<br>
<br><font size=2 face="sans-serif">Regards,<br>
<br>
Rajan Bhakta<br>
z/OS XL C/C++ Compiler Technical Architect<br>
ISO C Standards Representative for Canada<br>
C Compiler Development<br>
Contact: rbhakta@ca.ibm.com, Rajan Bhakta/Toronto/IBM<br>
Telephone: (905) 413-3995</font>
<p>