an alternative idea for general binary vectors Taylor Campbell (23 Mar 2005 23:55 UTC)
Re: an alternative idea for general binary vectors Michael Sperber (24 Mar 2005 06:41 UTC)
Re: an alternative idea for general binary vectors Taylor Campbell (24 Mar 2005 20:50 UTC)
Re: an alternative idea for general binary vectors Michael Sperber (29 Mar 2005 14:28 UTC)
Re: an alternative idea for general binary vectors Taylor Campbell (29 Mar 2005 20:36 UTC)
Re: an alternative idea for general binary vectors Michael Sperber (30 Mar 2005 13:29 UTC)

Re: an alternative idea for general binary vectors Michael Sperber 30 Mar 2005 13:29 UTC

>>>>> "Taylor" == Taylor Campbell <xxxxxx@bloodandcoffee.net> writes:

Taylor> I based that design on SRFI 56 (binary I/O).  I don't think it would be
Taylor> as much of an issue in Scheme as in C, though, as there is in general
Taylor> less low-level clutter to distract one with in Scheme compared to C.
Taylor> However, it's not a fundamental facet of my alternative binary vector
Taylor> suggestion; the endianness parameter could be required just as well.

Sure.  But that gets you to what I noted at the outset: you now have a
much larger API.  Given that many applications don't need this, I
think it should go into a separate SRFI to complement this one.

You're right bringing it up in that it does raise the naming issue
once again: in this context, neither "u8vector" nor "byte-vector"
would be appropriate.  It would probably have to be "bits-vector" or
"binary-vector" (and "bit(s)"), right?

--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla