accept @pure @nothrow @return attributes
via Digitalmars-d
digitalmars-d at puremagic.com
Thu Jan 29 01:59:51 PST 2015
On Thursday, 29 January 2015 at 00:03:52 UTC, Brian Schott wrote:
> I take it you also don't care if your IDE lags for 5 seconds
> every time you type a character?
Actually, modern parsers can parse ambiguous grammars in O(N)
using memoing.
Just because you are reluctant to implement a modern parser does
not mean that it cannot be done and wrapped up as a library.
> I'm a tool writer. If I have enough problems, I don't build the
> tool. The problem is now your problem.
D does not even have a published grammar that rejects programs
that are not well formed.
The problem is not that having a programmer friendly will cause
tool writer problems. The problem is in D specification and
semantics which are C++ish.
What people have requested is not C++ish it is well within a CFG.
> You know what else is easy for humans? Image and audio
> processing and knowing how to walk. Things that are easy for
> machines are hard for humans. Things that are easy for humans
> are hard for machines.
What is easy for a standards committee is to check that their
data structure definitions are implementable in C, C++, Java, C#
and SQL. Not being able to repesent those in D will make D less
attractive. Besides there is no ambiguity in allowing arbitrary
field names since they are preceded by a ".".
(nobody cares about local variables)
More information about the Digitalmars-d
mailing list