🚀 go-pugleaf

In article <101@cstvax.UUCP> db@cstvax.UUCP (Dave Berry) writes:
> An alternative would be to have a 'for' expression - the same as a 'for'
> statement except that it returns the value of the iteration variable on
> exit.

	The trouble with all such suggestions is that there are too many
things that a loop *could* deliver, and for every application that would
make use of one such thing, there are equally worthy applications for all
the others.  Further, there is always a cogent objection.  For example,
you could return:

   a)	The value that the iteration variable would have on the next cycle
	[ie, the value that caused termination] -- but this could easily
	be > maxint.
   b)	The value it did have on the last cycle -- but there might not
	have been one.
   c)	The number of cycles -- but this could easily be > maxint [well,
	fairly easily].
   d)	Whatever the last obeyed controlled statement delivered -- but
	there might not have been one.
   e)	The collection of objects delivered by the controlled statements
	-- nice, but doesn't half fill up the stack!
   f,g,h,...)	Add to taste, depending on your favoured language.

	Better to have nothing than to spread such confusion!

							-- Andy Walker.