Related articles |
---|
Need input on designing a new language ramsey@ncoast.ORG (1990-05-26) |
Re: Need input on designing a new language henry@zoo.toronto.edu (1990-06-01) |
Re: Need input on designing a new language klefstad@opera.ICS.UCI.EDU (Ray Klefstad II) (1990-06-04) |
Re: Need input on designing a new language henry@zoo.toronto.edu (1990-06-04) |
Re: Need input on designing a new language praxis!itcp@relay.EU.net (Tom Parke) (1990-06-06) |
Newsgroups: | comp.compilers |
From: | henry@zoo.toronto.edu |
Date: | Fri, 1 Jun 90 19:50:53 GMT |
Organization: | Compilers Central |
In-Reply-To: | <1990May31.160617.2881@esegue.segue.boston.ma.us> |
>Thats the heart of my problem, simple to implement. It would be easier for
>me if I forced the user, programmer, to declare all the procedures before the
>function body occurs...
You have to decide where your priorities lie: simpler implementation, or
simpler use. Implementation is definitely simpler if you know the details
about a procedure before you have to compile a call to it. However, my
experience is that programmers overwhelmingly prefer to write the entire
procedure -- declarations and body -- in one piece, and see no reason why
they should have to contort their code for the compiler's convenience.
They put up with it in most current languages, but they don't like it.
Compilers do random-access lookups much better than humans do. If the
compiler needs information from line 245 to compile line 34, it should
go get it, not require the programmer to do so.
Henry Spencer at U of Toronto Zoology
uunet!attcan!utzoo!henry henry@zoo.toronto.edu
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.