Re: simple vs complex languages

David Chase <chase@TheWorld.com>
5 Jun 2003 22:55:15 -0400

          From comp.compilers

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)
| List of all articles for this month |

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


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.