[Cfp-interest 3128] Re: Action item about C2y Issue 19 - misuse of "decimal floating-point number", etc.

[Mike Cowlishaw]

OK .. Any specific question on this one for me?

Mike 

> -----Original Message-----
> From: Jim Thomas [mailto:jaswthomas at sbcglobal.net] 
> Sent: 13 June 2024 20:03
> To: Mike Cowlishaw
> Cc: CFP
> Subject: Re: [Cfp-interest 3122] Action item about C2y Issue 
> 19 - misuse of "decimal floating-point number", etc.
> 
> This is an editorial issue about suitable use of terms. Mike, 
> your review is always welcome, particularly regarding decimal 
> (editorial or technical).
> 
> - Jim Thomas
> 
> > On Jun 13, 2024, at 11:49 AM, Mike Cowlishaw 
> <mfc at speleotrove.com> wrote:
> > 
> > 
> > The word 'decimal' in this triggered my filter highlight rule :-).  
> > Anything I should be looking at, here?
> > 
> > Mike
> > 
> >>> The draft linked below addresses the action item:
> >>>> 
> >>>>         Jim: C26 Issue 19: Add to the changes for
> >> 7.24.1.6 the terms
> >>>>     "decimal form" and "hexadecimal form" to paragraph
> >> 3's bullets 1
> >>>>     and 2 respectively to make it clear what the changes in
> >>>>     paragraph 4 refer to. Also do the changes for issue
> >> 19 problems
> >>>>     1 and 2.
> >>> 
> >>> Remember that as per the second part of 6.4.4.3p3
> >>> 
> >>> 	Either the whole-number part or the fraction part has to be
> >>> 	present; for decimal floating constants, either the  
> period or the
> >>> 	exponent part has to be present.
> >>> 
> >>> The way one can read the replacement for 7.24.1.6p3, one
> >> may get the impression that both the decimal point and the 
> exponent 
> >> can be optional in the hexadecimal form which is incorrect. That 
> >> said, 6.4.4.3 is quoted in this replacement text so the fact that 
> >> both cannot be optional is covered. But it is not obvious in 
> >> 7.24.1.6p3 that at least one must exist.
> >> 
> >> 6.4.4.3 specifies floating constants. The accepted form of 
> input for 
> >> these function is more lenient because there's no need to 
> distinguish 
> >> it from integer constants.
> >> 
> >>> 
> >>> The language in my previous paragraph could be more precise.
> > 
>