[cfp-interest 3590] Re: "invalid" => domain error?

[Jerome Coonen]

HI, this addresses Damian's recent comment:

      I thought we had gone away from the concept of "pole" error to be
more a
generic singularity.

The names of errors arose last fall during discussion that led to proposal
N3405, "improved wording for treatment of error conditions in <math.h>". I
did object to the abuse of "pole" to include essential singularities.
Ultimately, it was better to table that objection and draft N3405 to deal
with the more substantive issues of the language of 7.12.2.

-Jerome Coonen
 650.996.4738
 jcoonen at gmail.com


On Sat, Sep 6, 2025 at 10:35 PM Damian McGuckin <damianm at esi.com.au> wrote:

> On Sun, 7 Sep 2025, Fred J. Tydeman wrote:
>
> > Should C23 Annex F.10 Mathematics <math.h> and <tgmath.h>
> > be updated with:
> >
> > "Invalid" being raised is a domain error.
> > "Divide-by-zero" being raised is a pole error.
> > "Overflow" being raised is a range error.
> > "Underflow" being raised is a range error.
>
> I thought we had gone away from the concept of "pole" error to be more a
> generic singularity. Jerome is the expert.
>
> Also, how about:
>
>         "Invalid" being raised is generally a domain error
>
> I have a sneaky suspicion there are one or two cases where it is not
> strictly a domain but I cannot recall off the top of my head. I will
> double check.
>
> Later Fred - Damian
> _______________________________________________
> cfp-interest mailing list
> cfp-interest at oakapple.net
> http://mailman.oakapple.net/mailman/listinfo/cfp-interest
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.oakapple.net/pipermail/cfp-interest/attachments/20250908/83999428/attachment.htm>