Subject: Re: Common Lisp interpretation by emacs
From: Erik Naggum <erik@naggum.no>
Date: 2000/03/24
Newsgroups: comp.lang.lisp
Message-ID: <3162927272540679@naggum.no>

* Barry Margolin
| I interpreted it as "can't be done in the current Emacs because it's not
| written in Common Lisp".  I was assuming that your message was referring
| to the thread subject, and trying to interpret the phrase in that light.

  holy cow -- the level at which some people here work _so_ hard to find
  something to quarrel over is flat out amazing.  get some _sleep_, dude!

  yes, it would be possible to do in some Common Lisp implementations.
  yes, it would be possible to do in something different than Common Lisp.
  yes, it would be possible to do in something entirely different than Emacs.

  this _completely_ invalidates you quibbling "because it's not written in
  Common Lisp".  the causal relationship you so adamantly seek is absent.

  why do I want to do it Common Lisp?  is "duh!" a satisfactory answer or
  do you actually have to have this _explained_ to you, Barry?  one could
  almost believe you have been getting really upset over something and are
  not getting over it.  this _has_ happened before.  is it recurring?

| If I understand you correctly, the point you're making is that some CL
| implementors have already implemented some things (like FFI) that haven't
| been implemented in Emacs Lisp yet.  So what you're really comparing are
| implementations, not languages.  None of these things are mentioned by,
| nor even hinted at by, the ANSI CL spec.

  I don't consider "Common Lisp" to be restricted to what's strictly in the
  standard unless I explicitly and specifically name the standard or make
  it the context.  that's why I _also_ don't require everything I think is
  useful to be part of the standard before I can use it and why I don't
  believe that using implementation extensions is evil or any of the other
  numerous anal-retentive attitudes that flourish in some subcommunities of
  this newsgroup under the guise of "open source".

  I will regret it if it is now necessary to verbosely state "I use an
  implementation of Common Lisp in a development environment conducive to
  the goals of the Common Lisp language" every time one wishes to say "I
  use Common Lisp", but considering the personal needs of some people here
  (and their history of same, which I'm reminded of) to find flaws and
  quarrel where it has absolutely zero constructive value, maybe it's time
  to post in HTML with hypertext links from just about every word to pages
  upon pages of disclaimers and explanations.

| The fact that the Lisp implementations with FFI are all CL could almost
| be considered a coincidence.

  sure, and that's perfectly fine by me.  most of the interesting stuff
  that happens in this world is by coincidence.  it would be foolish to
  deny or belittle facts merely because they are coincidences, of course,
  but I assume that something like that underlies your argument, which I
  must therefore reject as rather specious.

| If you can contemplate the resources being available for this, why can't
| you imagine those same resources being applied to adding these features
| to Emacs Lisp?

  I can.  I have.  you're abaout five years too late with your question.
  why do you assume so arrogantly that you are the first person on this
  planet to have thought of counter-arguments?  I find that puzzling.  I
  find it even more puzzling that the question is posed to aggressively.
  if you have a personal problem you wish to raise, please don't feel
  obliged to wrap it in gift paper like a pseudo-technical discussion.

| It would certainly have been nice if Emacs had been written in Common
| Lisp to begin with.  But now there's a huge body of code (the Emacs
| source itself and all the public packages that are avaiable) that's
| dependent on the current dialect.  If Emacs were converted to Common Lisp
| it could essentially set it back a decade or more as we wait for people
| to recode all their packages to be compatible.

  you are certainly free to assume that this is the only way to think about
  this problem and you are equally free to assume that noobody else would
  have the wherewithal to solve technical problems of this kind, either.
  the phrasing makes it abundantly clear that it has zero value to educate
  you against your will on this topic, and so I won't even try.  it would,
  as has been said about another pointless endeavor, waste my time and
  annoy you.
  
#:Erik