From ... Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!134.222.94.5!npeer.kpnqwest.net!nreader1.kpnqwest.net.POSTED!not-for-mail Newsgroups: comp.lang.lisp Subject: Re: Promoting CL Was: What I want from my Common Lisp vendor and the Common Lisp community References: <3208226254834485@naggum.net> <867kvke4iz.fsf@gondolin.local.net> <3208254606019619@naggum.net> <1f4c5c5c.0108311044.2399e124@posting.google.com> <1f4c5c5c.0108312034.1b1e140a@posting.google.com> <1f4c5c5c.0109011022.72a56a2b@posting.google.com> <1f4c5c5c.0109012324.43d24c7@posting.google.com> <3208404998010473@naggum.net> <87itf1a2fh.fsf_-_@piracy.red-bean.com> <99fb3972.0109021504.bba92d0@posting.google.com> <3208475381413624@naggum.net> <3208495354884218@naggum.net> <3208515900839780@naggum.net> <86g0a3qlio.fsf@gondolin.local.net> <3208608593527712@naggum.net> Mail-Copies-To: never From: Erik Naggum Message-ID: <3208637120220622@naggum.net> Organization: Naggum Software, Oslo, Norway Lines: 43 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Sep 2001 00:05:23 GMT X-Complaints-To: newsmaster@Norway.EU.net X-Trace: nreader1.kpnqwest.net 999648323 193.71.66.49 (Wed, 05 Sep 2001 02:05:23 MET DST) NNTP-Posting-Date: Wed, 05 Sep 2001 02:05:23 MET DST Xref: archiver1.google.com comp.lang.lisp:15637 * Rajappa Iyer > I didn't get that from the excerpt. All I read in it was that John > thought that this particular feature (case insensitive upper) was a > blotch in the language. I thought we were still talking about if/when/unless, but it also applies to case sensitivity. Teaching people to abhor upper-case and tell them to use lower-case also destroys the common knowledge. Making standard functions return non-standard values is _really_ bogus. If they worry so much about upper-case versus lower-case, there are two easy steps: set *print-case* to :downcase and make the keyword argument :case-insensitive to apropos default to t. They do neither, but seem to want people use their very incompatible version instead. I have been working on a solution that does not destroy conformance at all -- and it turns out to be really easy to support in the framework that Franz Inc. has already built to support their special set-case-mode. This is about the willingness to remain conforming while making serious changes, or lack thereof, to be more precise. But as long as we talk about this issue, it is in fact possible to let (common-lisp:symbol-name 'foo) return "FOO" and have something like a (common-lisp-lower:symbol-name 'foo) return "foo". This is the kind of thing the package system should have been able to deal with, shadowing some of the important functions. The reader needs to be able to deal with a parameterization of which functions to call, however, and the specification for this will have to be extra-standard. This means that it should probably go in the readtable. Since the readtable already supports everything we need for a lower-case Common Lisp to work, all we would really need is the ability to retain the standard functionality in addition to the lower-case versions. This should be doable without having to break anything, if only you are willin to look for it. That would make it possible to intermix standard and lower-case code, too, which is currently impossible with the separated schemes used today. > Intelligent people can disagree with majority opinion and/or hold silly > opinions of their own without being pilloried as the enemy of the state. > If not, it's the state and its defenders that I'd question, not the > individual. Grandiose speech. Competely irrelevant to this case, however. ///