SRFI 33 vs SLIB
Taylor Campbell
(04 Jan 2005 01:13 UTC)
|
Re: SRFI 33 vs SLIB Aubrey Jaffer (07 Jan 2005 05:35 UTC)
|
Re: SRFI 33 vs SLIB
Per Bothner
(07 Jan 2005 05:53 UTC)
|
Re: SRFI 33 vs SLIB
Michael Sperber
(07 Jan 2005 10:58 UTC)
|
Re: SRFI 33 vs SLIB
Shiro Kawai
(07 Jan 2005 11:43 UTC)
|
Re: SRFI 33 vs SLIB
Taylor Campbell
(08 Jan 2005 02:02 UTC)
|
Re: SRFI 33 vs SLIB Aubrey Jaffer 07 Jan 2005 05:35 UTC
| Date: Mon, 3 Jan 2005 17:55:54 -0800 (PST) | From: Taylor Campbell <xxxxxx@autodrip.bloodandcoffee.net> | | I'm wondering why you started with SLIB, rather than, as you slib/logical.scm was first copyrighted in 1991. It predates SRFI-0 by 8 years; SRFI-33 by 11 years. | mention in passing in the current document, the very carefully | thought-out SRFI 33 for the base of this SRFI. Its bizarre that I am first criticized for taking preceedent from SRFI-4 (in SRFI-47); then for not taking preceedent from a withdrawn SRFI-33. | In particular, the naming in SLIB seems to be quite ad-hoc -- no | consistency with the LOGICAL-, BITWISE:, LOG, &c. prefixes --, and | the set of general bitwise operations is somewhat different from | that of SRFI 33: some are missing & some are added. Was it simply | that starting from SLIB was easier at the time, or is there a more | complete rationale for the conventions you chose? I took functions from Common-Lisp which are useful, keeping their names. Names for new functions should not be common words which could suffer collisions. Where the common words are the best description, I add a prefix of the package name or theme followed by `:'. In packages where only a couple of names are prefixed, this can look ad-hoc. | If it is simply that SLIB was an easier starting point for you, I'd | like to suggest a few name changes to bring what names you added | closer to SRFI 33's conventions: | | logical:ones -> bit-mask (%MASK internally in SRFI 33) | logical:rotate -> bitwise-rotate ONES and ROTATE would be better names, but are too common as words and suffered collisions. BIT-MASK is a reasonable suggestion. But why BIT-MASK and not BITWISE-MASK? To me, bitwise means that bits are operated on in their bit-lanes, not affecting other bit-lanes. ROTATE doesn't work that way. ASH is another problem word, but is prior art from Common-Lisp. | bit-reverse -> bitwise-reverse This one jumps bit-lanes. I think bit-reverse is the better description. | bitwise:laminate -> bitwise-laminate | bitwise:delaminate -> bitwise-delaminate I used bitwise because bits in corresponding lanes are extracted. BIT-LAMINATE and BIT-DELAMINATE might be better.