<font size=2 face="sans-serif">2017/02/28, 12:00 EST:</font><br><font size=2 face="sans-serif"> <b>Attendees</b>: Rajan, Jim,
David C., Mike, Marius, Fred, David H.</font><br><br><font size=2 face="sans-serif"><b> New agenda items:</b></font><br><font size=2 face="sans-serif"> None.</font><br><br><font size=2 face="sans-serif"><b> Last meeting action items:</b></font><br><font size=2 face="sans-serif"> All: Review the posted
proposals (on CFP wiki with date 2016/09/01) by next meeting as it is the
last one before the Markham mailing. - Done.</font><br><font size=2 face="sans-serif"> Jim: DRS2: DDR7: Look
to see if there is a simpler way of showing the change. - Done (2017/02/20
email).</font><br><font size=2 face="sans-serif"> Rajan: DRS2: DDR9: Add
code examples for implementers to test out and send it out via email. -
Done.</font><br><font size=2 face="sans-serif"> Jim: DRS2: DDR2: Write
a paper with this text (DECIMAL_DIG_obsolescence.pdf) for WG14. - Done.</font><br><font size=2 face="sans-serif"> Jim: Make SC22WG14.14586
a proposal for C2X. - Done.</font><br><font size=2 face="sans-serif"> Jim: Respond to Joseph's
comments on SC22WG14.14586, SC22WG14.14587 via WG14 reflector. - Done.</font><br><br><font size=2 face="sans-serif"><b> New action items:</b></font><br><font size=2 face="sans-serif"> Rajan: Submit DRS2:DDR9
example as a paper for a supplement to the STC in the DR and change all
the %A to %a (ensuring it conforms to the specification for %a).</font><br><font size=2 face="sans-serif"> Jim: Create a DR against
part 2 to specify the capitalization effects of %a.</font><br><font size=2 face="sans-serif"> Jim: DRs2:DDR2: DECIMAL_DIG:
Have DECIMAL_DIG to be the largest supported floating type as a new replacement
Suggested TC for DRs2:DDR2.</font><br><font size=2 face="sans-serif"> Jim: Add in the encoding
*_DIG macros (as per </font><a href="http://wiki.edg.com/pub/CFP/WebHome/characteristics_for_non-arith_formats.pdf"><font size=2 color=blue face="sans-serif">http://wiki.edg.com/pub/CFP/WebHome/characteristics_for_non-arith_formats.pdf</font></a><font size=2 face="sans-serif">)
and obsolescing DECIMAL_DIG as a proposal to WG14 as a new enhancement.</font><br><font size=2 face="sans-serif"> Jim: Include Type-generic
macros for functions that round result to narrower type as part of the
third set of DR's.</font><br><font size=2 face="sans-serif"> Fred: Propose adding in
#pragma STDC FENV_ROUND DEFAULT as a means to set the static rounding mode
to the default rounding mode.</font><br><br><font size=2 face="sans-serif"><b> Next Meeting:</b></font><br><font size=2 face="sans-serif"> Tuesday March 21st, 2017,
12:00 EDT, 9:00 PST</font><br><font size=2 face="sans-serif"> Same teleconference number.</font><br><br><font size=2 face="sans-serif"><b> Discussion:</b></font><br><font size=2 face="sans-serif"> IEEE 754 revision:</font><br><font size=2 face="sans-serif"> Next meeting will
be the last one for any substantive changes.</font><br><font size=2 face="sans-serif"> min/max: Not reflective
of NaNs. Can have them as most important or least important. Recommendations
so won't break anyone.</font><br><font size=2 face="sans-serif"> We will need to
name it too somehow.</font><br><br><font size=2 face="sans-serif"> C++ liaison:</font><br><font size=2 face="sans-serif"> Ian not present.</font><br><font size=2 face="sans-serif"> </font><br><font size=2 face="sans-serif"> What should be proposed
for the C standard (C2X):</font><br><font size=2 face="sans-serif"> Part 3 is one proposal.
Extended, interchange, and support for interchange formats. Can split it
up if needed.</font><br><font size=2 face="sans-serif"> Keep it
as one proposal, but mention it can be split up if needed.</font><br><font size=2 face="sans-serif"> Part 4 is two proposals:
transcendental functions and reduction functions.</font><br><font size=2 face="sans-serif"> Keep it
as two proposals.</font><br><font size=2 face="sans-serif"> Jim: Is
754's thinking changing with regards to the reduction functions?</font><br><font size=2 face="sans-serif"> David
H: Been talked about due to vectorization but leaving it as is since it
is too big an item to handle right now.</font><br><font size=2 face="sans-serif"> Jim:
Should we lower the priority or not push for this due to the expected future
changes?</font><br><font size=2 face="sans-serif"> David
H: How stringent things are about exceptions is likely to change. The basic
functionality should be the same and shouldn't contract but may be enhanced.</font><br><font size=2 face="sans-serif"> Part 5 is 4 proposals:
Expression evaluation, optimization, reproducibility, alternate exception
handling</font><br><font size=2 face="sans-serif"> Leave it
as is.</font><br><font size=2 face="sans-serif"> Jim: The
alternate exception handling has a natural split on ones that change control
flow.</font><br><font size=2 face="sans-serif"> The
ones that don't change control flow are fairly straightforward, so may
be easier to pass since less invention.</font><br><font size=2 face="sans-serif"> We do have a reputation
of being flexible so it should not be a problem about doing parts and not
others.</font><br><font size=2 face="sans-serif"> We have draft documents
for everything and prior art.</font><br><font size=2 face="sans-serif"> 2017/02/02 email
for proposal for C2X for FE_TONEARESTFROMZERO rounding direction (</font><a href="http://wiki.edg.com/pub/CFP/WebHome/C2x_proposal_-_FE_TONEARESTFROMZERO.pdf"><font size=2 color=blue face="sans-serif">http://wiki.edg.com/pub/CFP/WebHome/C2x_proposal_-_FE_TONEARESTFROMZERO.pdf</font></a><font size=2 face="sans-serif">)</font><br><font size=2 face="sans-serif"> Go ahead
with the proposal.</font><br><font size=2 face="sans-serif"> </font><br><font size=2 face="sans-serif"> DRs:</font><br><font size=2 face="sans-serif"> Discuss suggestion
in Jim’s Feb 20 email “simplify DRs2:DDR7”</font><br><font size=2 face="sans-serif"> Jim: Should
be non-substantive change in part 2, but not sure. This means the part
3 tgmath will rely on the usual arithmetic conversions.</font><br><font size=2 face="sans-serif"> Treat this
as a new paper for a new simpler suggested TC for DDR7 so the committee
has a choice on which TC to take.</font><br><font size=2 face="sans-serif"> </font><br><font size=2 face="sans-serif"> Follow-up on DRs2:DDR9
a-style formatting not IEC 60559 conformant. </font><br><font size=2 face="sans-serif"> See code
examples in Rajan’s Jan 24 email “Examples to add for Defect report set
2, Draft defect report 9”.</font><br><font size=2 face="sans-serif"> Fred: Change
return 55 to return 0.</font><br><font size=2 face="sans-serif"> *Rajan:
Submit this as a paper for a supplement to the TC in the DR.</font><br><font size=2 face="sans-serif"> </font><br><font size=2 face="sans-serif"> Discuss Jim’s
Jan 24 email “RE: Examples to add for Defect report set 2, Draft defect
report 9” about effect of %a vs %A for decimal.</font><br><font size=2 face="sans-serif"> *Jim: Should
we create a DR against part 2 to specify the capitalization effects?</font><br><font size=2 face="sans-serif"> Yes.</font><br><font size=2 face="sans-serif"> Rajan: Check
the specification now to make sure the example conforms to what is currently
specified.</font><br><font size=2 face="sans-serif"> </font><br><font size=2 face="sans-serif"> Discuss DRs2:DDR2.
See Jim’s Feb 1 email “AI: DECIMAL_DIG obsolescence” and Joseph Myers’s
Feb 20 email “Re: (SC22WG14.14602) N2108 and 18661-3 definition of DECIMAL_DIG”.
See also Ian’s Jan 20 email “Re: AI: proposal to obsolesce DECIMAL_DIG”.</font><br><font size=2 face="sans-serif"> Due to the
encoding functions, we need a size to allow buffers for non-arithmetic
types.</font><br><font size=2 face="sans-serif"> Even with
</font><a href="http://wiki.edg.com/pub/CFP/WebHome/characteristics_for_non-arith_formats.pdf"><font size=2 color=blue face="sans-serif">http://wiki.edg.com/pub/CFP/WebHome/characteristics_for_non-arith_formats.pdf</font></a><font size=2 face="sans-serif">we need to make DECIMAL_DIG equivalent to LDBL_DECIMAL_DIG or maybe just
make it the largest supported floating type (Ian's suggestion).</font><br><font size=2 face="sans-serif"> *Jim: DECIMAL_DIG:
Have DECIMAL_DIG to be the largest supported floating type as a new replacement
Suggested TC for DRs2:DDR2.</font><br><font size=2 face="sans-serif"> *Jim: Add
in the encoding *_DIG macros (as per </font><a href="http://wiki.edg.com/pub/CFP/WebHome/characteristics_for_non-arith_formats.pdf"><font size=2 color=blue face="sans-serif">http://wiki.edg.com/pub/CFP/WebHome/characteristics_for_non-arith_formats.pdf</font></a><font size=2 face="sans-serif">)
and obsolescing DECIMAL_DIG as a proposal to WG14 as a new enhancement.</font><br><font size=2 face="sans-serif">
</font><br><font size=2 face="sans-serif"> Discuss DRs3:DDR2
Type-generic macros for functions that round result to narrower type.</font><br><font size=2 face="sans-serif"> See posted
DDRs3-20170121.pdf.</font><br><font size=2 face="sans-serif"> *Jim: Include
Type-generic macros for functions that round result to narrower type as
part of the third set of DR's.</font><br><font size=2 face="sans-serif"> </font><br><font size=2 face="sans-serif"> Discuss suggestion
in Fred’s Feb 22 email “Part 1: FENV_ROUND DEFAULT”.</font><br><font size=2 face="sans-serif"> Sounds good
for non IEEE floating point types.</font><br><font size=2 face="sans-serif"> *Fred: Propose
adding in #pragma STDC FENV_ROUND DEFAULT as a means to set the static
rounding mode to the default rounding mode.</font><br><br><font size=2 face="sans-serif"> Other:</font><br><font size=2 face="sans-serif"> None.</font><BR>