As an aside, I've never touched CL and know nothing about it save
what little I've gleaned while working on XEmacs.  For that matter,
elisp was my first introduction to lisp, although I now occasionally
do some work with scheme48 and use scsh quite a bit.  So I'm biased in 
that that's all I know, and having implanted Scheme into a program,
have a little experience with that.
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
 >>>>> "ms" == Michael Sperber
<sperber(a)informatik.uni-tuebingen.de> writes:
 
 Ah, and I do agree with your assessment that CL's goal of
 compatibility with various historically important Lisps is
 inappropriate for XEmacs's substrate.  I don't really see the need for 
 so many different ways of expressing a conditional, for example, and
 they always leave me with the sneaking suspicion that
 
     (cond ((this that)))
 
     (if this that)
 
 and
 
     (when this that)
 
 have different semantics, but I'm not sure what it is....  This is a
 great way to create a write-only language, IMHO. 
When I first started elisp programming (and occasionally now, for that
matter) I saw all these differing ways of accomplising the same result
and just about quit because I couldn't resolve which was better to use
any any situation.  As far as performance, readability, and style,
elisp seems to be a crap shoot, and I'd really like to slim that down.
Encouraging potential new contributors into overcoming 'lisp-anxiety'
is also a big plus.  As there seems to be more than a little FUD
surrounding CL and the ammount of historical baggage it brings (and
the supposedly steep learning curve), I think abolishing this FUD
should be a first step for CL proponents.
 
 >From that page:
 
     ms> Many features aren't part of the Scheme standard because they
     ms> can be easily expressed within the language as it stands. True
     ms> concepts are more important, and here CL is weak. I could go
     ms> on about the virtues of hygienic macros, the evils of CL-style
     ms> macros, especially in connection with module systems, the
     ms> usefulness and beauty of call-with-current-continuation
     ms> etc. etc. etc. Someone make me.
 
 OK.  *twist, twist, twist* 
I'll fetch the hot coals... ;-)
 However, URLs where I can find out WTF the vocabulary means ahead of
 time would be vewy hehpfuh.[1]  I've been to Indiana's Scheme
 Repository; I don't know where to start.
  
[snip]
 
 Point is that a lot of the people who should contribute to this
 discussion don't even know where to start asking questions.  I assume
 I'm not the only person totally ignorant of modern programming
 language theory on this list.  Is that assumption unjustified? 
 
I too am at sea when it comes to theory (sad outcome of being a
self-taught programmer).  I can use scheme, and I can use elisp, and
for that matter I can most probably use CL, but I am in no position to
judge which should be the next substrate for XEmacs.  However, having
embedded scheme once, I would definatly be of more help in doing
somthing similar again.  I'm not adverse to learning new things (it's
my personal opinion that when a person stops wanting to learn in this
trade, it's time for them to get out), so teach me!
 
 Footnotes: 
 [1]  See?  I have been doing my homework.  At least I know that "We're
 hunting RABBIT."  Or a modern version thereof.  [ObRef Bugs Bunny/Elmer 
 Fudd.] 
Not only am I not on language theory, but I missed THAT too... (and I
own almost every released bit of Warner animation... sniff... ;-]) 
 
-- 
Jareth Hein              | jareth(a)camelot.co.jp      | ハイン ジェラス
Toolsmith & Program lead | 
http://www.camelot.co.jp  | 開発部チーフ
Camelot Software, Ltd.   |                           |(株)キャメロット
"It's a sad sign of the times when 'political machine' is redefined to 
include 'main-line battle tank'" - Ambassador Grossblunder