post qualifier and template constraint limitation, is there a reason ?

ketmar via Digitalmars-d digitalmars-d at puremagic.com
Sat Jan 17 09:08:01 PST 2015


On Sat, 17 Jan 2015 16:55:31 +0000
deadalnix via Digitalmars-d <digitalmars-d at puremagic.com> wrote:

> On Saturday, 17 January 2015 at 16:02:16 UTC, ketmar via 
> Digitalmars-d wrote:
> > On Sat, 17 Jan 2015 08:33:49 +0000
> > deadalnix via Digitalmars-d <digitalmars-d at puremagic.com> wrote:
> >
> >> This is accepted :
> >> auto fun(T)(T T) inout if(...) { ... }
> >> 
> >> This is not :
> >> auto fun(T)(T T) if(...) inout { ... }
> >> 
> >> Is there a reason ?
> > the first is easier to parse, and i it's looking better. the 
> > second is
> > just unnecessary code in parser and will not be used in the 
> > wild to the
> > extent that justifies increased complexity.
> 
> You obviously have data to back your point, both in term of 
> readability, use in the wild and complexity added in the parser. 
> Because if you don't, you have no point whatsoever and should 
> probably not be posting.
sure i have. i made alot of patches to the parser, so i know how it
is written. to make this work parser need to be changed not less than
to accept '@' before `pure`, `nothrow` and so on, and this change was
rejected due to added complexity for supporting it by devteam.

as for "will not be used" -- you can use google to count requests for
this feature. the numbers will show you how much people miss it.

i have no habit of writing tales from the faery world, you know.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://lists.puremagic.com/pipermail/digitalmars-d/attachments/20150117/09d7cfc3/attachment-0001.sig>


More information about the Digitalmars-d mailing list