Re: make-queue-with-list and make-queue-with-first-last

make-queue-with-list and make-queue-with-first-last Takashi Kato (04 Dec 2014 19:37 UTC)

Re: make-queue-with-list and make-queue-with-first-last Shiro Kawai (04 Dec 2014 20:15 UTC)

Re: make-queue-with-list and make-queue-with-first-last John Cowan (05 Dec 2014 12:39 UTC)

Re: make-queue-with-list and make-queue-with-first-last John Cowan (05 Dec 2014 12:36 UTC)

Re: make-queue-with-list and make-queue-with-first-last Kevin Wortman (05 Dec 2014 20:43 UTC)

New release of SRFI 117 John Cowan (06 Dec 2014 02:00 UTC)

Re: New release of SRFI 117 Takashi Kato (06 Dec 2014 09:27 UTC)

Re: New release of SRFI 117 John Cowan (06 Dec 2014 17:27 UTC)

Re: New release of SRFI 117 Kevin Wortman (06 Dec 2014 22:39 UTC)

Re: New release of SRFI 117 John Cowan (06 Dec 2014 22:52 UTC)

Re: make-queue-with-list and make-queue-with-first-last John Cowan 05 Dec 2014 12:36 UTC

Takashi Kato scripsit:

> (make-queue-with-list first [last])

Sounds good.  I'll make this change later.

> Beside this, the description of `make-queue-with-list` seems forcing
> implementations to use a list as its storage. I think this is a bit
> over specifying.

That is deliberate:  this is a SRFI for list-based queues.  I'm perfectly
willing to rename the SRFI itself, but I'd like input on how to rename
the procedures, if at all.  If they keep "queue", it may be confusing
if there is another queue SRFI (there will be, as I mentioned, a SRFI
from Kevin Wortman that includes deques based on finger trees).

--
John Cowan          http://www.ccil.org/~cowan        xxxxxx@ccil.org
Wer es in kleinen Dingen mit der Wahrheit nicht ernst nimmt, dem kann
man auch in grossen Dingen nicht vertrauen.  --Albert Einstein on honesty