<div dir="ltr"><div>Greetings,</div><div class="gmail_quote gmail_quote_container"><div dir="ltr"><div class="gmail_quote"><div dir="ltr"><div><br></div><div>I took an action in May to review the usage of "return type" and "return value" throughout C2Y draft N3550. At issue is the change Damian has proposed in <a href="https://wiki.edg.com/pub/CFP/WebHome/n3537.pdf">N3537</a>. Where there more cases where "return value" ought to say "return type"?</div><div><br></div><div>The exec summary is that I found no issues with any uses of "return type". I did find several usages of "return value" similar to the situation in N3537.</div><div><b><br></b></div><div><b>---return type---</b></div><div>All of the ~137 instances of "return type" are appropriate usage.</div><div><br></div><div><b>---return value---</b></div><div>Of the ~49 instances of "return value(s)", four exhibit the type-vs-value issue in N3537.</div><div><br></div><div>7.3.1#4</div><div>Usage: Each synopsis, other than for the CMPLX macros, specifies a family of functions consisting of a principal function with one or more double complex parameters and a double complex or double return value; and other functions with the same name but with f and l suffixes which are corresponding functions with float and long double parameters and return values.</div><div dir="ltr"><br></div>This is part of proposal N3537.<br><div><br></div><div>7.12.1#1</div><div>Usage: The header <math.h> declares two types and many mathematical functions and defines several macros. Most synopses specify a family of functions consisting of a principal function with one or more double parameters, a double return value, or both; and other functions with the same name but with f and l suffixes, which are corresponding functions with float and long double parameters, return values, or both.</div><div><br></div><div>This is similar to but simpler than 7.3.1 above, which required attention to the CMPLX macros. In this case, we would just change "return value" to "return type" in both instances, preserving the plural in the latter case.</div><div><br></div><div>H.9#2</div><div>Usage: Each function synopsis in 7.3 specifies a family of functions including a principal function with one or more double complex parameters and a double complex or double return value. This subclause expands the synopsis to also include other functions, with the same name as the principal function but with fN and fNx suffixes, which are corresponding functions whose parameters and return values have corresponding real types _FloatN and _FloatNx.</div><div><br></div><div>This is similar to 7.12.1 above.</div><div><br></div><div>H.11.1#4</div><div>Usage: Most function synopses in 7.12 specify a family of functions including a principal function with one or more double parameters, a double return value, or both. The synopses are expanded to also include functions with the same name as the principal function but with fN, fNx, dN, and dNx suffixes, which are corresponding functions whose parameters, return values, or both are of types _FloatN, _FloatNx, _DecimalN, and _DecimalNx, respectively.</div><div><br></div><div>This is similar to 7.12.1 above.</div><div><br></div><div>A logical next step is to discuss a new proposal to bring these latter three cases in line with 7.3.1. Hope this helps.</div><div><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">-Jerome Coonen<div> 650.996.4738</div><div> <a href="mailto:jcoonen@gmail.com" target="_blank">jcoonen@gmail.com</a></div></div></div></div></div>
</div></div>
</div></div>