Re: Sharp with exports in defpackage??

Christophe Rhodes <csr21@xxxxxxxxx> wrote:
+---------------
| rpw3@xxxxxxxx (Rob Warnock) writes:
| > Another reason to use symbols [whether uninterned or keyword]
| > instead of "NAME" strings is to avoid problems when the user
| > is running with a non-standard READTABLE-CASE mode. When symbols
| > such as #:name are typed in in lowercase, they'll "do the right
| > thing" regardless of whether (READTABLE-CASE *READTABLE) is the
| > CLHS default :UPCASE or the increasingly-popular-when-doing-FFI
| > :INVERT mode. Whereas "NAME" breaks in the latter case...
|
| No it doesn't.
+---------------

Ouch! You're right. I didn't look carefully enough at *when* casing
got done in this example [in the reader, of course]. And DEFPACKAGE
takes string-designators for all its input symbol arguments anyway,
so they're already in "the right case".

Hmmm... I recall very vaguely from some of the discussions around
here in the past about case-sensitivity that there was a reason for
preferring to use uninterned or keyword symbols over strings, so as
to be more-or-less immune to the READTABLE-CASE, but at the moment
I can't seem to recall the specific situation where this arose.

Mea culpa. "Never mind..."


-Rob

-----
Rob Warnock <rpw3@xxxxxxxx>
627 26th Avenue <URL:http://rpw3.org/>
San Mateo, CA 94403 (650)572-2607

.

Relevant Pages

  • Re: Sharpsign-colon ... why here?
    ... > needless symbols in the keyword package (but don't want to use strings ... But that's the reason. ... I think it's more likely that the desire to avoid interning the keyword ...
    (comp.lang.lisp)
  • Re: Fastcode StrToInt32 B&V 0.5.0
    ... all zero length strings MUST be nil pointers. ... As far as I can recall the only reason why we support non-nil zero-length ...
    (borland.public.delphi.language.basm)
  • Re: OpenSSH: spaces in user name
    ... >> computer exists to make work easier for people. ... There is no reason why those strings can't be any Unicode ... strings and overloading the space character, ...
    (comp.security.ssh)
  • Re: OpenSSH: spaces in user name
    ... >> computer exists to make work easier for people. ... BU> are overloading the space. ... There is no reason why those strings can't be any Unicode ...
    (comp.security.ssh)
  • long(Decimal) performance
    ... using strings like in decimal.py (that reason would be bound to bite me ... elif number._isinfinity: ... if "e" in longstring: ...
    (comp.lang.python)