[R6RS] inconsistent naming of arithmetic predicates

William D Clinger will at ccs.neu.edu
Thu Jun 29 09:00:38 EDT 2006


While working on the reference implementation for
arithmetic, I am making a lot of mistakes because
the names of our arithmetic predicates are not
consistent.  Let's say the status quo is option 0:

 0. The current draft of SRFI 77 lists:

    =
    fixnum=
    fx=
    fl=
    exact=?
    inexact=?

I believe the rule that led to these names was:

    If the main part of the name consists only of
    special characters (e.g. =, <=), then do not
    add a question mark at the end.  Otherwise
    add a question mark at the end.

I believe that rule was augmented by this one:

    If the main part of the name is not a real
    word or contains only a couple of letters,
    then do not add a question mark at the end.

When the fx= procedure of the original draft of
SRFI 77 was renamed to fixnum= in the second
draft, I left off the question mark according
to this rule:

    The names of the fixnum procedures are the
    same as the names of the corresponding fx
    procedures, replacing fx by fixnum when
    the character following fx is not a letter,
    and replacing fx by fixnum- when a letter
    follows fx.

I would like to rename the SRFI 77 predicates
by adopting one of these two rules:

 1. No question mark is added for predicates
    corresponding to =, <, or >.

 2. If the predicate contains any letters at
    all, then it ends with a question mark.

These two rules would give us these options:

 1. =
    fixnum=
    fx=
    fl=
    exact=
    inexact=

or

 2. =
    fixnum=?
    fx=?
    fl=?
    exact=?
    inexact=?

I prefer the first.  The second would be more
consistent with the rule that gave us char=?,
string=?, char-ci=?, and string-ci=?.

I'd like to vote on these options (0, 1, or 2)
by electronic mail or in our conference next
Tuesday so I can submit a revised SRFI 77 and
reference implementation before I leave town
on the first of two trips.  (I will be out of
town on the second Tuesday in July.)

Will





More information about the R6RS mailing list