From: Nicolas Neuss <Nicolas.Neuss@iwr.uni-heidelberg.de>
Subject: Re: Differences between Elisp and Lisp
Date: 29 Apr 2003 17:23:58 +0200 [thread overview]
Message-ID: <87he8h1g4x.fsf@ortler.iwr.uni-heidelberg.de> (raw)
In-Reply-To: sfwptn5to1b.fsf@shell01.TheWorld.com
Kent M Pitman <pitman@world.std.com> writes:
> [important article]
Thanks for this contribution. I hope RMS listens, too. So much time has
been lost already...
Only some comments to this paragraph:
> One option that would allow both paradigms might be to do like AutoCad
> did and separate the notion of 'library' and 'datastructures' from the
> issue of 'language'. In that way, you might be able to design a system
> where you could elect to program in any of several languages using the
> same stack, data, error handling as glue between them. In that world,
> both Scheme and CL (or a CL subset) could survive, as well as perhaps
> other languages, if someone were interested to provide such. I don't
> really so much want to keep people from programming in Scheme [if you
> can address that unwind-protect issue, which I think is a real technical
> concern] as to assure that people who are used to programming in a certain
> Lisp style already aren't told they no longer can. If there's a way to
> frame this as "increasing one's options" instead of "one political party
> triumphing over another", that would be superior in my view.
I want to add that such a multiple language environment should better be
based on CL than on Scheme. At least, it is possible to imbed languages
like Scheme and Prolog [1] in CL (in contrast to what Guile can currently
do).
Maybe the best possibility would be to replace elisp with GCL (which is
C-based and should be similarly portable as gcc and emacs).
Nicolas.
[1] See Norvig's PAIP.
next prev parent reply other threads:[~2003-04-29 15:23 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.5343.1051607007.21513.help-gnu-emacs@gnu.org>
2003-04-29 10:22 ` Differences between Elisp and Lisp Friedrich Dominicus
2003-04-29 10:27 ` Lars Magne Ingebrigtsen
2003-04-29 10:35 ` David Kastrup
2003-04-29 11:03 ` Oliver Scholz
2003-04-29 12:23 ` Phillip Lord
2003-04-29 14:17 ` Thomas Link
2003-04-29 15:43 ` Kent M Pitman
2003-04-29 15:56 ` Phillip Lord
2003-04-29 16:44 ` Kent M Pitman
2003-04-29 17:16 ` Phillip Lord
2003-04-29 18:41 ` Kai Großjohann
2003-04-30 12:39 ` Phillip Lord
2003-04-30 13:12 ` Kai Großjohann
2003-04-30 18:07 ` Kevin Rodgers
2003-04-29 18:59 ` Oliver Scholz
2003-04-30 12:43 ` Phillip Lord
2003-04-29 17:01 ` Kai Großjohann
2003-04-30 23:02 ` Stefan Monnier
2003-05-01 5:22 ` Lars Magne Ingebrigtsen
2003-05-01 5:41 ` Friedrich Dominicus
2003-05-01 5:54 ` Lars Magne Ingebrigtsen
2003-05-01 6:37 ` [OT] " Friedrich Dominicus
[not found] ` <yoijznm9y5yr.fsf@bilbo.dd.chalmers.se>
2003-04-29 13:45 ` Kent M Pitman
2003-04-29 15:23 ` Nicolas Neuss [this message]
2003-04-29 15:28 ` Nicolas Neuss
2003-04-29 14:23 ` Marco Antoniotti
2003-04-29 14:29 ` Phillip Lord
2003-04-29 19:06 ` Oliver Scholz
2003-04-29 16:51 ` Kaz Kylheku
2003-04-29 8:57 Daniel R. Anderson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87he8h1g4x.fsf@ortler.iwr.uni-heidelberg.de \
--to=nicolas.neuss@iwr.uni-heidelberg.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).