[Issue 4734] immutable return type specifier without parantheses confuses the compiler
d-bugmail at puremagic.com
d-bugmail at puremagic.com
Thu Aug 26 15:14:58 PDT 2010
http://d.puremagic.com/issues/show_bug.cgi?id=4734
Stephan Dilly <spam at extrawurst.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spam at extrawurst.org
--- Comment #3 from Stephan Dilly <spam at extrawurst.org> 2010-08-26 15:14:48 PDT ---
(In reply to comment #2)
> You are absolutely right. I forgot about the ability to make functions
> themselves const/immutable. It would really help if that right-side rule was in
> place, because all this will do right now is cause confusion (unless we get a
> nicer error message, in which case we can keep the flexibility I think..).
>
> So maybe I should change this to an enhancement request for a better error
> message.
I disagree, just like any other storage class the current annotating enables
the user to group blocks of methods with equivalent storage classes like this:
class Foo{
static{
void foo();
}
const{
const(ConstReturnVal) bar();
}
}
it is nothing but consistent and should stay as it is.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
More information about the Digitalmars-d-bugs
mailing list