This is the mail archive of the
guile@cygnus.com
mailing list for the Guile project.
Re: Reader option to permit brackets as parentheses
- To: guile@cygnus.com
- Subject: Re: Reader option to permit brackets as parentheses
- From: Telford Tendys <telford@eng.uts.edu.au>
- Date: Fri, 2 Jul 1999 18:14:49 +1000
- References: <377B0CB8.A473C0D1@ozemail.com.au>; <qrrr9mu4tw7.fsf@elwha.cs.washington.edu> <3779AC8E.A5A1BA79@ozemail.com.au> <qrraeth3c92.fsf@elwha.cs.washington.edu> <377AC053.F3E9A1BB@ozemail.com.au> <qrrzp1h2fvx.fsf@elwha.cs.washington.edu> <199907010401.VAA21885@arathorn> <377B0CB8.A473C0D1@ozemail.com.au> <19990702125914.04762@localhost> <v04011701b3a1dbe2e17a@[209.239.164.149]>
On Thu, Jul 01, 1999 at 08:05:06PM -0700, Peter Chang wrote:
> At 19:59 -0700 07.01.1999, Telford Tendys wrote:
> >> Is that what python is? Sounds like a _very_ bad idea to have code
> >> meaning depending on whitespace.
> >
> >Why? Whitespace is understandable, obvious, easy to edit, easy to align.
>
> This comment causes flashbacks to when I was learning 'make'. I did not
> realize that it was tab not just whitespace that was relevant. The error
> message that make came back w/ wasn't really helpful to me at that point
> either.
I mentioned earlier that TAB is the enemy of using indentation for coding.
In fact, TAB is the enemy of lots of indentation issues with some people
using 4 char TAB and other using 8 char TAB (and make's biggest begbear is
probably its use of TAB as a special, emacs will warn you about this).
Does anyone know how python deals with TABs? What about ending a block,
python uses a blank line to end every block but with nested blocks it also
ends the whole nest, not always ideal.
- Tel