Related articles |
---|
[32 earlier articles] |
Re: simple vs complex languages vbdis@aol.com (2003-06-03) |
Re: simple vs complex languages bear@sonic.net (2003-06-03) |
Re: simple vs complex languages lars@bearnip.com (2003-06-03) |
Re: simple vs complex languages jvorbrueggen@mediasec.de (Jan C.=?iso-8859-1?Q?Vorbr=FCggen?=) (2003-06-05) |
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-06-05) |
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-06-05) |
Re: simple vs complex languages chase@TheWorld.com (David Chase) (2003-06-05) |
Re: simple vs complex languages adamo+news@dblab.ece.ntua.gr (Yiorgos Adamopoulos) (2003-06-05) |
Re: simple vs complex languages david.thompson1@worldnet.att.net (Dave Thompson) (2003-06-05) |
Re: simple vs complex languages lex@cc.gatech.edu (Lex Spoon) (2003-06-05) |
Re: simple vs complex languages zivca@netvision.net.il (2003-06-08) |
Re: simple vs complex languages bear@sonic.net (2003-06-08) |
Re: simple vs complex languages lex@cc.gatech.edu (Lex Spoon) (2003-06-20) |
From: | David Chase <chase@TheWorld.com> |
Newsgroups: | comp.compilers |
Date: | 5 Jun 2003 22:55:15 -0400 |
Organization: | Incompetent Software Hucksters |
References: | 03-04-095 03-05-182 03-05-199 03-06-010 |
Keywords: | syntax, practice |
Posted-Date: | 05 Jun 2003 22:55:14 EDT |
bear@sonic.net wrote:
>And now I just use parens as
>part of those operators because I don't want to sweat out some obscure
>bug caused by me taking one view of how something would be parsed and
>the compiler taking another (my LISP background shows here, I guess).
This is true of many people, not just those exposed to Lisp. One
interesting datapoint is Smalltalk; the message-passing "grammar",
combined with sensibly chosen methods names, means that programs often
"read well", at least for people familiar with English. One problem
with C, C++, and Java are the gratuitous prefix operators -- if
type-casting were infix instead of suffix, you would not to worry
about its precedence compared to dereference, function application, or
array indexing (and it looks much more like message passing). The
same goes for address-of -- if you wrote expr.address or even expr.&,
you would not need to worry about precedence in something like
bar.&[1] versus bar[1].& -- it would come from the order.
David Chase
Return to the
comp.compilers page.
Search the
comp.compilers archives again.