|
Random comments
John Cowan
(08 Oct 2020 21:39 UTC)
|
|
Re: Random comments
Marc Nieper-Wißkirchen
(09 Oct 2020 05:25 UTC)
|
|
Nomenclature again
Lassi Kortela
(09 Oct 2020 07:22 UTC)
|
|
Re: Nomenclature again
Lassi Kortela
(09 Oct 2020 07:39 UTC)
|
|
Re: Nomenclature again
Arthur A. Gleckler
(09 Oct 2020 15:44 UTC)
|
|
Re: Nomenclature again
Marc Nieper-Wißkirchen
(09 Oct 2020 15:54 UTC)
|
|
Re: Nomenclature again Marc Nieper-Wißkirchen (09 Oct 2020 16:27 UTC)
|
|
Re: Nomenclature again
Arthur A. Gleckler
(09 Oct 2020 17:41 UTC)
|
|
Re: Nomenclature again
Marc Nieper-Wißkirchen
(09 Oct 2020 18:09 UTC)
|
|
Re: Nomenclature again
John Cowan
(09 Oct 2020 21:37 UTC)
|
Am Fr., 9. Okt. 2020 um 17:53 Uhr schrieb Marc Nieper-Wißkirchen <xxxxxx@nieper-wisskirchen.de>: > > Why do you think that "vectorlist" is self-contradictory? Java has ArrayList. > > > Speaking with my editor hat off, I will say that I don't understand the problem with "flexvector." It's a flexible version of Scheme's vector — as simple as that. That doesn't seem difficult at all. Whereas "vectorlist" sounds self-contradictory, and "buffer" has no history that I can discern being used for this purpose. > > I cast doubt on that a SRFI 214 entity is a flexible version of a > Scheme vector. It supports the API of a list and a deque (but has > usually better random access timings). Just because something is > implemented with vectors, doesn't make it into a vector. Or, rather, implementable because an implementation using shallow trees or tries is also reasonable.