Email list hosting service & mailing list manager

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)

Re: A liitle note on the side Alex Shinn 24 Jun 2004 03:10 UTC

At Wed, 23 Jun 2004 17:14:21 -0700, Bradd W. Szonye wrote:
>
> No, it isn't. Which Schemes already implement REQUIRE-EXTENSION? Any of
> them? Please, quit trying to pass off a brand new name as "common
> practice." Extensions that require name changes or new aliases are not
> "common practice."

The concept is common practice, and supporting the SRFI can be done
with a small macro in any Scheme that already supports require.

For those keeping score:

  12 schemes directly support the equivalent of require (chez,
  chicken, elk, gauche, guile, kawa, ksm, llava, mzscheme,
  pocketscheme, scm, stklos)

  2 schemes use an "include" form similar to require, possibly not
  handling multiple invocations correctly (gambit, stalin)

  6 schemes don't seem to have anything more than load (inlab-scheme,
  jaja, jscheme, larceny, oaklisp, mit-scheme)

  Bigloo puts all module info in a (module ...) form, but assumes the
  rest of the code in the file is part of the module, so it may be
  able to support require.

  Rscheme does not use a require-like approach, but could support it.

  Scheme48 is incompatible with require.

> > Now, it seems that some people take this as an opportunity to make big
> > statements about million line programs and the dangers to the future
> > of Scheme. This is ridiculuous.
>
> They're pointing out that your proposal doesn't actually solve anything,
> and that it's incompatible with some systems' requirements. That makes
> it technically inferior to existing solutions like SRFI-7. Why bother?

I thought the "million line programs" discussion was useful.  Anything
that big clearly needs dynamic-require, a superset of require.  It
seems the Scheme48 module system is the one that needs to prove itself
here.

--
Alex