A liitle note on the side
felix
(23 Jun 2004 23:44 UTC)
|
Re: A liitle note on the side
Bradd W. Szonye
(24 Jun 2004 00:14 UTC)
|
Re: A liitle note on the side
Alex Shinn
(24 Jun 2004 03:10 UTC)
|
Re: A liitle note on the side
Bradd W. Szonye
(24 Jun 2004 03:55 UTC)
|
Re: A liitle note on the side
Jens Axel Søgaard
(24 Jun 2004 05:04 UTC)
|
Re: A liitle note on the side
Bradd W. Szonye
(24 Jun 2004 05:07 UTC)
|
Re: A liitle note on the side
Felix Winkelmann
(24 Jun 2004 05:19 UTC)
|
Re: A liitle note on the side campbell@xxxxxx (24 Jun 2004 16:56 UTC)
|
Re: A liitle note on the side
Bradd W. Szonye
(24 Jun 2004 18:47 UTC)
|
Re: A liitle note on the side
campbell@xxxxxx
(24 Jun 2004 04:19 UTC)
|
Re: A liitle note on the side
Alex Shinn
(24 Jun 2004 05:07 UTC)
|
Re: A liitle note on the side
campbell@xxxxxx
(24 Jun 2004 01:40 UTC)
|
On Thu, 24 Jun 2004, Felix Winkelmann wrote: > Jens Axel Søgaard wrote: > > > No typing is involved in loading a TeachPack - but the typing-argument > > is a red herring. > > The typing argument is not the main issue, and it was merely brought > forward in comparison to SRFI-7. It is not the central point which > Mr. Szoyne is trying to make out of it (presumable because its > the weakest of the reasons I have given for prefering SRFI-55 over > SRFI-7). If 'the typing argument' isn't the main issue, _what_is_? That lots of implementations can easily support REQUIRE-EXTENSION? Even _more_ can support SRFI 7. That it's an unquestionable existing mechanism? SRFI 15, FLUID-LET, was also a pretty widely used mechanism that wasn't questioned by the author...but notice that he later withdrew it, because the mechanism was inherently flawed, whereas the intent of the mechanism, dynamic environment manipulation, was not: thus SRFI 39 (I still disagree with SRFI 39's design, but it's _much_ better than SRFI 15's.)