Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[cmplx.over], [cmath.syn] use of undefined phrase "effectively cast" #1248

Closed
jensmaurer opened this issue Dec 15, 2016 · 2 comments
Closed

[cmplx.over], [cmath.syn] use of undefined phrase "effectively cast" #1248

jensmaurer opened this issue Dec 15, 2016 · 2 comments
Labels
lwg Issue must be reviewed by LWG.

Comments

@jensmaurer
Copy link
Member

What kind of cast are we talking about here? reinterpret_cast?

Likely we mean "apply floating-point promotions, floating-integral conversions, and floating-point conversions", but that should be spelled out somewhere, e.g. in the library definitions section.

Alternatively, just saying "converted" (with an optional cross-reference to [conv]) should be sufficient.

(Source: Dawn's list of issues discovered during review/integration of the math special functions.)
@jensmaurer
Copy link
Member Author

jensmaurer commented Dec 15, 2016 •
edited

Subject: New LWG issue: undefined phrase "effectively cast"
To: Marshall Clow lwgchair@gmail.com

In [cmplx.over] and [cmath.syn], when talking about
"sufficient additional overloads", we use the phrase
"effectively cast", but that is not a defined term.

A hostile interpretation could read "reinterpret_cast"
here.

Likely we mean "apply floating-point promotions, floating-integral
conversions, and floating-point conversions", but that should be
spelled out somewhere, e.g. in the library definitions section.

@jensmaurer jensmaurer added the lwg Issue must be reviewed by LWG. label Dec 15, 2016
@jensmaurer
Copy link
Member Author

See LWG issue 2846.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
lwg Issue must be reviewed by LWG.
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@jensmaurer