I was away.
This is D code adapted from a blog post about C language:
http://eli.thegreenplace.net/2011/05/02/the-context-sensitivity-of-c%E2%80%99s-grammar-revisited/
http://www.reddit.com/r/programming/comments/h23h3/the_context_sensitivity_of_cs_grammar_revisited/
Three little D2 programs
On 03/05/2011 11:18, bearophile wrote:
I was away.
This is D code adapted from a blog post about C language:
http://eli.thegreenplace.net/2011/05/02/the-context-sensitivity-of-c%E2%80%99s-grammar-revisited/
http://www.reddit.com/r/programming/comments/h23h3
bearophile wrote:
> I was away.
>
> This is D code adapted from a blog post about C language:
> http://eli.thegreenplace.net/2011/05/02/the-context-sensitivity-of-
c%E2%80%99s-grammar-revisited/
>
>
http://www.reddit.com/r/programm
Bruno Medeiros, Software Engineer:
> This is why there are code conventions that have different rules for
> naming variables/fields and types, so you don't confuse them...
Walter has just shown slides in D.announce that explain why sometimes code
conventions aren't enough :-)
Bye,
bearophile
On 06/05/2011 17:52, bearophile wrote:
Bruno Medeiros, Software Engineer:
This is why there are code conventions that have different rules for
naming variables/fields and types, so you don't confuse them...
Walter has just shown slides in D.announce that explain why sometimes code
convention
Bruno Medeiros:
> I wasn't saying code conventions are good enough for all kinds of human
> errors, I was just talking about this particular one, of confusing and
> overlapping variable and type names.
I think in this case some compiler strictness is better than code conventions.
Few days ago
> Bruno Medeiros:
>
> > I wasn't saying code conventions are good enough for all kinds of human
> > errors, I was just talking about this particular one, of confusing and
> > overlapping variable and type names.
>
> I think in this case some compiler strictness is better than code conventions.
Few