Email list hosting service & mailing list manager

Several comments shivers@xxxxxx (10 Mar 2001 02:57 UTC)
Re: Several comments Per Bothner (10 Mar 2001 03:48 UTC)
Re: Several comments sperber@xxxxxx (10 Mar 2001 08:50 UTC)
Re: Several comments shivers@xxxxxx (10 Mar 2001 17:23 UTC)
Re: Several comments Martin Gasbichler (11 Mar 2001 14:31 UTC)
Re: Several comments Marc Feeley (20 Mar 2001 16:14 UTC)
Re: Several comments sperber@xxxxxx (20 Mar 2001 16:33 UTC)
Re: Several comments Marc Feeley (20 Mar 2001 17:11 UTC)
Re: Several comments sperber@xxxxxx (22 Mar 2001 08:27 UTC)
Re: Several comments Marc Feeley (22 Mar 2001 13:05 UTC)
Re: Several comments sperber@xxxxxx (22 Mar 2001 13:29 UTC)
Re: Several comments Marc Feeley (22 Mar 2001 15:06 UTC)
Re: Several comments sperber@xxxxxx (22 Mar 2001 15:11 UTC)
Re: Several comments Marc Feeley (22 Mar 2001 15:28 UTC)
Re: Several comments Per Bothner (22 Mar 2001 17:01 UTC)
Re: Several comments Marc Feeley (22 Mar 2001 18:22 UTC)

Re: Several comments Martin Gasbichler 11 Mar 2001 14:30 UTC

>>>>> "Olin" == shivers  <xxxxxx@cc.gatech.edu> writes:

Olin>    Why?  The cost is negligible, the benefits substantial, and the
Olin>    alternative you propose is way baroque.

Olin> Baroque, to me, is firing up a whole interpreter simply to execute the
Olin> interpreter I orginally had in mind. That is applying way more resources to
Olin> the task than it needs, by orders of magnitude.

Olin> Note, again, that I'm not saying remove the ability to do so. I'm simply
Olin> saying that if you introduce one extra switch -- which is already implemented
Olin> in fairly portable code -- you can also support direct execution.

Adding / filename makes only sense if we have a standard location for
scheme-script. But can you honestly imagine this will *ever* exist? I
can't.

And adding / filename doesn't come for free as you suggested: It will
complicate the SRFI and therefore be a potential source for
confusion. The Most General Design (tm) doesn't imply best usability.

--
Martin