Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (10 Sep 2020 16:29 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (10 Sep 2020 16:34 UTC)
Re: Remove file descriptors completely from srfi-170? Duy Nguyen (10 Sep 2020 16:42 UTC)
Re: Remove file descriptors completely from srfi-170? Lassi Kortela (10 Sep 2020 16:57 UTC)
Re: Remove file descriptors completely from srfi-170? Duy Nguyen (10 Sep 2020 17:09 UTC)
Re: Remove file descriptors completely from srfi-170? Lassi Kortela (10 Sep 2020 17:21 UTC)
Re: Remove file descriptors completely from srfi-170? Duy Nguyen (10 Sep 2020 17:35 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (10 Sep 2020 17:37 UTC)
Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (10 Sep 2020 17:36 UTC)
Re: Remove file descriptors completely from srfi-170? Duy Nguyen (10 Sep 2020 17:51 UTC)
Re: Remove file descriptors completely from srfi-170? John Cowan (10 Sep 2020 18:11 UTC)
Re: Remove file descriptors completely from srfi-170? Duy Nguyen (10 Sep 2020 18:49 UTC)
Re: Remove file descriptors completely from srfi-170? John Cowan (10 Sep 2020 18:52 UTC)
Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (10 Sep 2020 19:02 UTC)
Re: Remove file descriptors completely from srfi-170? Lassi Kortela (10 Sep 2020 19:12 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (10 Sep 2020 19:08 UTC)
Re: Remove file descriptors completely from srfi-170? Lassi Kortela (10 Sep 2020 19:16 UTC)
Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (10 Sep 2020 19:23 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (10 Sep 2020 19:28 UTC)
Re: Remove file descriptors completely from srfi-170? Shiro Kawai (10 Sep 2020 19:58 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (10 Sep 2020 20:02 UTC)
Re: Remove file descriptors completely from srfi-170? Shiro Kawai (10 Sep 2020 20:13 UTC)
Re: Remove file descriptors completely from srfi-170? John Cowan (10 Sep 2020 20:19 UTC)
Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (10 Sep 2020 20:49 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (11 Sep 2020 13:20 UTC)
Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (11 Sep 2020 14:04 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (11 Sep 2020 14:56 UTC)
Re: Remove file descriptors completely from srfi-170? John Cowan (11 Sep 2020 15:32 UTC)
Re: Remove file descriptors completely from srfi-170? John Cowan (10 Sep 2020 20:18 UTC)
Re: Remove file descriptors completely from srfi-170? Marc Nieper-Wißkirchen (11 Sep 2020 13:50 UTC)
R7RS scope & yearly editions Lassi Kortela (11 Sep 2020 14:10 UTC)
Re: R7RS scope & yearly editions Marc Nieper-Wißkirchen (11 Sep 2020 14:22 UTC)
Re: R7RS scope & yearly editions Lassi Kortela (11 Sep 2020 14:26 UTC)
Re: R7RS scope & yearly editions hga@xxxxxx (11 Sep 2020 14:31 UTC)
Re: R7RS scope & yearly editions Marc Nieper-Wißkirchen (11 Sep 2020 14:48 UTC)
Re: R7RS scope & yearly editions & language interop Lassi Kortela (11 Sep 2020 15:20 UTC)
Re: R7RS scope & yearly editions & language interop Marc Nieper-Wißkirchen (11 Sep 2020 15:28 UTC)
Re: R7RS scope & yearly editions & language interop John Cowan (11 Sep 2020 17:11 UTC)
Language interop Lassi Kortela (11 Sep 2020 17:55 UTC)
Re: Language interop Marc Nieper-Wißkirchen (11 Sep 2020 18:04 UTC)
Re: Language interop Lassi Kortela (11 Sep 2020 18:14 UTC)
Re: Language interop Marc Nieper-Wißkirchen (11 Sep 2020 18:28 UTC)
Re: Language interop hga@xxxxxx (11 Sep 2020 18:51 UTC)
Re: Language interop Marc Nieper-Wißkirchen (11 Sep 2020 20:29 UTC)
Re: Language interop hga@xxxxxx (11 Sep 2020 21:00 UTC)
Re: Language interop Marc Nieper-Wißkirchen (12 Sep 2020 07:26 UTC)
Re: Language interop Lassi Kortela (11 Sep 2020 19:18 UTC)
Re: Language interop Marc Nieper-Wißkirchen (11 Sep 2020 20:38 UTC)
Re: Language interop John Cowan (11 Sep 2020 20:51 UTC)
Re: Language interop hga@xxxxxx (11 Sep 2020 18:30 UTC)
Re: Language interop John Cowan (11 Sep 2020 19:46 UTC)
Re: Language interop Marc Nieper-Wißkirchen (11 Sep 2020 20:15 UTC)
Re: Language interop John Cowan (11 Sep 2020 19:42 UTC)
Re: R7RS scope & yearly editions hga@xxxxxx (11 Sep 2020 15:35 UTC)
Re: R7RS scope & yearly editions Marc Nieper-Wißkirchen (11 Sep 2020 15:56 UTC)
Interlisp and structural code editing Lassi Kortela (11 Sep 2020 17:45 UTC)
Re: Interlisp and structural code editing John Cowan (11 Sep 2020 20:16 UTC)
Re: R7RS scope & yearly editions John Cowan (11 Sep 2020 16:57 UTC)
Re: R7RS scope & yearly editions Marc Nieper-Wißkirchen (11 Sep 2020 17:23 UTC)
Re: R7RS scope & yearly editions John Cowan (11 Sep 2020 20:31 UTC)
Re: R7RS scope & yearly editions Arthur A. Gleckler (12 Sep 2020 17:39 UTC)
Re: R7RS scope & yearly editions John Cowan (11 Sep 2020 16:39 UTC)
Re: R7RS scope & yearly editions Marc Nieper-Wißkirchen (11 Sep 2020 17:01 UTC)
Re: R7RS scope & yearly editions Lassi Kortela (11 Sep 2020 17:15 UTC)
Re: Remove file descriptors completely from srfi-170? hga@xxxxxx (10 Sep 2020 18:40 UTC)

Re: R7RS scope & yearly editions Marc Nieper-Wißkirchen 11 Sep 2020 15:56 UTC

Am Fr., 11. Sept. 2020 um 17:35 Uhr schrieb <xxxxxx@ancell-ent.com>:
>
> > From: "Marc Nieper-Wißkirchen" <xxxxxx@nieper-wisskirchen.de>
> > Date: Friday, September 11, 2020 9:47 AM
> >
> > Am Fr., 11. Sept. 2020 um 16:31 Uhr schrieb <xxxxxx@ancell-ent.com>:
> >
> >>> [...] The unfortunate thing with Scheme is the dearth of actively
> >>> developed applications. Apps are needed to put library designs to
> >>> the test.
> >>
> >> This is actually a very, *very* bad sign about the state of the Scheme
> >> world.  One I'm planning on addressing at least a bit, but Real Life
> >> is hitting me very hard for the foreseeable future.
> >
> > We have probably more implementations of Scheme than applications
> > written in Scheme. :) But even with so many implementations, the
> > competition with other languages is hard because there is usually more
> > money to maintain high-quality implementations of those languages.
> > (Another reason why it was very costly to the RNRS process to, well,
> > alienate Chez and Racket.)
>
> That was inevitable due to the near total rejection of R6RS by the
> existing long term Scheme community (check the balloting, not to
> mention how very few existing implementations made the switch).

That something had to be done was probably inevitable, and indeed R7RS
fixes some flaws of R6RS. But such a fix could have been much more
conservative with respect to R6RS. For example, the small language
could have been defined as a proper subset of R6RS together with some
repairs. Of course, hindsight is easier than foresight, but from
today's perspective, things weren't handled optimally after R6RS had
happened.

> As for Chez, perhaps I'm missing some vital history, but the dates
> would seem to argue another story:
>
> 2007: R6RS ratification, including a yes vote by R. Kent Dybvig,
>   resulting in Chez moving to it.
> 2011: Cadence Research Systems bought by Cisco, Chez becomes
>   unobtainium outside of Cisco.
> 2013: R7RS ratification
> 2016: Cisco makes Chez open source (was that promised beforehand???)

I don't see a relation here, nor can I speak anything for Chez or the
people behind it (to which I am not connected in any way). But the
people behind Chez seemed to have stopped working in favor of new
standards after the split after R6RS. The same is true for the Racket
people. The people that are currently active in the SRFI process, we,
are just a small circle, far away from the academic circles that had
defined and shaped Scheme.

> Among other things, Racket's current envisioned path of ditching
> S-expressions for an infix syntax suggests, absent a fork that long
> term collaboration was never in the cards.  But I don't know enough
> about it, I never found it or its predecessors interesting.

If I look at what they are doing, I can only take off my head to them.
While I may or not may like everything they put into Racket, they do
invent new things and develop the language further (on a certain scale
much more than we do here as we do mostly trivial things). Whether we
like it or not, Racket has probably a much higher chance to survive in
the long term than R7RS (large). Anyway, I can't speak for the Racket
people, but reading old mailing lists from the time when Scheme was
forked into R6RS and R7RS, it doesn't sound that they would have
abandoned RnRS if R7RS didn't break with its predecessor.

Marc