DIP 1016--ref T accepts r-values--Formal Assessment
syniurge at gmail.com
Fri Jan 25 00:21:26 UTC 2019
On Thursday, 24 January 2019 at 07:18:58 UTC, Mike Parker wrote:
> Here, the DIP Author clearly expresses two reasons why a
> programmer may choose to declare a function to accept ref
> arguments. The Language Maintainers see this as the core of the
> proposal and would expect the distinction between the two cases
> to be maintained throughout. However, this proposal does not
> maintain the distinction and instead conflates the two cases.
> The Language Maintainers insist that any proposal allowing ref
> parameters to accept rvalue references must clearly define how
> functions which make use of ref for side effects will not
> accept rvalues.
Sorry, but that's just irrelevant / missing the point.
On Thursday, 24 January 2019 at 09:31:41 UTC, Manu wrote:
> Who didn't see that coming 10 years off!
I didn't see that coming and I'm deeply frustrated and
disappointed by this review and rejection.
More information about the Digitalmars-d-announce