[Cfp-interest] WG14 IEEE 754-C binding meeting minutes 2017/01/24

Rajan Bhakta rbhakta at us.ibm.com
Tue Jan 24 11:07:25 PST 2017


  Attendees: Rajan, Jim, Mike, David H., David C.

  New agenda items:
    None.

  Last meeting action items:
    Jim: Call David Keaton and ask for advice on how and when to present 
proposals for Parts 3-5. - Done.
      David K: Go ahead and do it whenever ready.
    Jim: Write up a proposed TC for DR501 to make the DECIMAL_DIG macro 
obsolescent. - Done (discussed below).
    All: Make sure we're OK with DDR9/DR11's change. - Done (discussed 
below).
    Jim: Ask the IEEE-754 revision mailing list if the payload for NaN's 
must be non-negative (0 and up allowed). - Done.
      DR set 3: DDR1.
    Jim: Reflector message 14561: Fix up "macro argument" to something 
along the lines of 7.25#3. - Done (discussed below).
      DR set 3: DDR2.

  New action items:
    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.
    Jim: DRS2: DDR7: Look to see if there is a simpler way of showing the 
change.
    Rajan: DRS2: DDR9: Add code examples for implementers to test out and 
send it out via email.
    Jim: DRS2: DDR2: Write a paper with this text 
(DECIMAL_DIG_obsolescence.pdf) for WG14.
    Jim: Make SC22WG14.14586 a proposal for C2X.
    Jim: Respond to Joseph's comments on SC22WG14.14586, SC22WG14.14587 
via WG14 reflector.
 
  Next Meeting:
    Tuesday February 28th, 2017, 12:00 EDT, 9:00 PST
    Same teleconference number.

  Discussion:
    IEEE 754 revision:
      Close to completion. One major issue left: max/min.

    C++ liaison:
      No update.
 
    What should be proposed for the C standard (C2X):
      *Review the posted proposals (on CFP wiki with date 2016/09/01).
        Decide whether or not to submit the proposals for the Markham 
mailing, along with any alternatives.

    DRs:
      Set 2:
              DDR9/DR11 (%a formatting):
                Go ahead with the change since it makes it an IEEE 
conversion and increases the utility.
                *Rajan: DRS2: DDR9: Add code examples for implementers to 
test out.
              *Jim: DRS2: DDR7: Look to see if there is a simpler way of 
showing the change.
              DR501 (DECIMAL_DIG_obsolescence.pdf):
          We can make it obsolescent or try to change the C standard to 
allow wider.
          Consensus is to make it obsolescent.
          *Jim: DRS2: DDR2: Write a paper with this text 
(DECIMAL_DIG_obsolescence.pdf) for WG14.
          There is a problem with the original proposal: if a wider type 
was later added, there would be compatibility issues with decimal_dig 
changing.
 
      Set 3:
        DDR1:
          Mike: Similar to the decimal case where it is specified this 
way.
          Looks good.
        DDR2 (SC22WG14.14561):
          Looks good.

    Other:
      SC22WG14.14586:
        Not strictly a defect. More of a feature.
        Can be considered an oversight.
        Jim: Make this (SC22WG14.14586) a proposal for C2X.
        For FLT_ROUNDS, backwards compatibility is enough to not make the 
change.
      SC22WG14.14587:
        Nothing to add.
        Seems to be such an esoteric case that no one will hit it. 
Shouldn't dwell on it.
 
Regards,

Rajan Bhakta
z/OS XL C/C++ Compiler Technical Architect
ISO C Standards Representative for Canada
C Compiler Development
Contact: rbhakta at us.ibm.com, Rajan Bhakta/Houston/IBM


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.oakapple.net/pipermail/cfp-interest/attachments/20170124/a0794de8/attachment.html 


More information about the Cfp-interest mailing list