digitalmars.D.bugs - [Issue 8121] New: "scope ref" is perfectly OK
- d-bugmail puremagic.com (20/20) May 19 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8121
- d-bugmail puremagic.com (7/7) May 19 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8121
- d-bugmail puremagic.com (20/20) Jul 19 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8121
- d-bugmail puremagic.com (8/8) Jul 20 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8121
- d-bugmail puremagic.com (10/10) Aug 28 2013 http://d.puremagic.com/issues/show_bug.cgi?id=8121
http://d.puremagic.com/issues/show_bug.cgi?id=8121 Summary: "scope ref" is perfectly OK Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nobody puremagic.com ReportedBy: wfunction hotmail.com void test(scope ref int) { } void main() { } There is nothing wrong with passing something by reference with 'scope', so DMD should compile this. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
May 19 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8121 Also, "scope out" (and even "scope lazy") should also work, since it is perfectly valid for both of them to say, "this parameter will not be escaped". -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
May 19 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8121 Matthias Walter <xammy xammy.info> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xammy xammy.info --- Does this bug report also cover the case of *returning* scope ref in order to make the following possible: scope ref T opIndex(...); For example in std.container.Array this is helpful in order to write array[0].method() because for by-value opIndex the method() is called on a *copy* of the first element! On the other hand returning by (the usual) ref prevents the container from being a 'sealed container' and hence the restriction would say: "opIndex returns by reference but this reference may not be escaped but only be used to call a method (including operators) on the returned object." -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Jul 19 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8121 That doesn't make much sense to me... I mean, I agree we need to be able to return scoped values, but given that scope is a storage class, I don't think applying it to a return type makes sense. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Jul 20 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8121 Andrej Mitrovic <andrej.mitrovich gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrej.mitrovich gmail.com 15:31:50 PDT --- *** Issue 10917 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 28 2013