Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 (Tek) 9/26/83; site orca.UUCP Path: utzoo!linus!decvax!tektronix!orca!andrew From: andrew@orca.UUCP (Andrew Klossner) Newsgroups: net.lang.c,net.lang,net.lang.pascal Subject: Re: X3J11 thoughts (function arguments) Message-ID: <994@orca.UUCP> Date: Thu, 9-Aug-84 14:59:06 EDT Article-I.D.: orca.994 Posted: Thu Aug 9 14:59:06 1984 Date-Received: Fri, 10-Aug-84 08:28:38 EDT References: <1036@research.UUCP>, <647@opus.UUCP> <1196@bmcg.UUCP> Organization: Tektronix, Wilsonville OR Lines: 26 > > Thus they removed the possibly useful effects of an > >Algol 60 style of general use (which we also have in C, of course) - you > >can't count with a var parameter or a global. Yet they failed to provide > >the useful clarity and optimizability of a completely local ALGOL 68 style > >of controlled variable. > Since clarity is strictly subjective, I can't respond to that point in an > objective fashion. In my experience, the clarity of the Pascal design is > sufficient to be useful. The optimizability is no less than that of ALGOL 68, > since the restrained control-variable approach of Pascal is, in the respects > that matter, indistinguishable from the local approach. Algol 68 is still more optimizable. Since the index variable is strictly local to the loop, it can be held in a register and not assigned a memory location, as its value upon loop termination is not available. In Pascal, it is much more difficult to assign a register to the index variable, since its scope is the entire block, and so, even if computations are maintained in the register, the computed value must be stored to memory so as to be available outside the loop. However, I agree that making a change of this magnitude to Pascal would have been inappropriate. The Algol 68 committee had the luxury of designing a language for which there were no existing programs (once they decided not to pursue compatibility with Algol 60). -- Andrew Klossner (decvax!tektronix!orca!andrew) [UUCP] (orca!andrew.tektronix@rand-relay) [ARPA]