Amending libraries, versioning
Shiro Kawai
(21 Nov 2022 01:50 UTC)
|
Re: Amending libraries, versioning
Arthur A. Gleckler
(21 Nov 2022 02:15 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(21 Nov 2022 06:55 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(21 Nov 2022 12:53 UTC)
|
Re: Amending libraries, versioning
Arthur A. Gleckler
(22 Nov 2022 19:46 UTC)
|
Re: Amending libraries, versioning
John Cowan
(22 Nov 2022 23:00 UTC)
|
Re: Amending libraries, versioning
shiro.kawai@xxxxxx
(22 Nov 2022 23:25 UTC)
|
Re: Amending libraries, versioning
John Cowan
(23 Nov 2022 02:29 UTC)
|
Re: Amending libraries, versioning
Shiro Kawai
(23 Nov 2022 03:31 UTC)
|
Re: Amending libraries, versioning
Shiro Kawai
(23 Nov 2022 04:37 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 10:07 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 07:05 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 10:05 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 10:09 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 10:42 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 11:11 UTC)
|
Re: Amending libraries, versioning Marc Nieper-Wißkirchen (23 Nov 2022 11:17 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 11:33 UTC)
|
Re: Amending libraries, versioning
John Cowan
(24 Nov 2022 22:39 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(24 Nov 2022 23:10 UTC)
|
Re: Amending libraries, versioning
John Cowan
(24 Nov 2022 23:50 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(25 Nov 2022 09:23 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(25 Nov 2022 10:48 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(25 Nov 2022 13:03 UTC)
|
Re: Amending libraries, versioning
Marc Feeley
(25 Nov 2022 13:29 UTC)
|
Re: Amending libraries, versioning
Arthur A. Gleckler
(25 Nov 2022 16:01 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(25 Nov 2022 17:31 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(25 Nov 2022 17:56 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(25 Nov 2022 22:46 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(26 Nov 2022 11:32 UTC)
|
Re: Amending libraries, versioning
Arthur A. Gleckler
(25 Nov 2022 04:35 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(25 Nov 2022 07:01 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(25 Nov 2022 18:38 UTC)
|
Re: Amending libraries, versioning
Marc Feeley
(25 Nov 2022 22:31 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(26 Nov 2022 09:24 UTC)
|
Re: Amending libraries, versioning
Shiro Kawai
(23 Nov 2022 11:36 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 11:45 UTC)
|
Re: Amending libraries, versioning
Marc Feeley
(23 Nov 2022 13:58 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 14:23 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 15:16 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 15:22 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(23 Nov 2022 15:54 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 17:29 UTC)
|
Re: Amending libraries, versioning
Arthur A. Gleckler
(23 Nov 2022 23:59 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(24 Nov 2022 08:20 UTC)
|
Re: Amending libraries, versioning
John Cowan
(24 Nov 2022 22:06 UTC)
|
Re: Amending libraries, versioning
Marc Nieper-Wißkirchen
(25 Nov 2022 07:09 UTC)
|
Re: Amending libraries, versioning
Lassi Kortela
(23 Nov 2022 11:25 UTC)
|
PS I think your model would work if SRFIs only documented well-tested and widely supported features. Am Mi., 23. Nov. 2022 um 12:10 Uhr schrieb Marc Nieper-Wißkirchen <xxxxxx@gmail.com>: > > SRFIs *do* get bug fixes. As is currently the case, they are not frozen. > > And I think it is good if errors can be corrected. > > SRFIs are not libc, anyway. > > Am Mi., 23. Nov. 2022 um 11:42 Uhr schrieb Lassi Kortela <xxxxxx@lassi.io>: > > > > > I fail to see how what you said relates to what I had said. > > > > SRFIs are like libc or POSIX in the sense that there's a spec with > > multiple implementations. It's inevitable that the spec writers can't > > get everything right, and if there are "old" and "new" versions of the > > spec, both will exist in the wild simultaneously. > > > > libc functions are not versioned because that would be too complicated. > > It would become a maze of #ifdef's or you'd put version numbers in the > > function names themselves. > > > > The solution with SRFI, as with libc, is to be conservative. And when we > > inevitably mis-specify something, advise users to avoid those corners of > > SRFIs, just as broken POSIX/libc functions are avoided. > > > > With RnRS, the above concerns apply more strongly still. RnRS is > > versioned, but as a social custom (as with POSIX) new version should > > only add stuff and not deprecate anything that hasn't fallen out of use. > > > > There are a dozen places one can publish fast-moving, experimental > > libraries that receive the latest bug fixes and performance updates. Why > > turn SRFI into one when it was designed to do the opposite?