From: Rusi <rustompmody@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Real-life examples of lexical binding in Emacs Lisp
Date: Sat, 30 May 2015 10:10:45 -0700 (PDT) [thread overview]
Message-ID: <103d08d8-bcd1-4150-9468-179270feb97b@googlegroups.com> (raw)
In-Reply-To: <87zj4m57l5.fsf@kuiper.lan.informatimago.com>
On Saturday, May 30, 2015 at 10:24:49 PM UTC+5:30, Pascal J. Bourguignon wrote:
> Rusi writes:
>
> > On Saturday, May 30, 2015 at 9:27:25 PM UTC+5:30, Emanuel Berg wrote:
> >> Contrary to this situation, Lisp is right in front of
> >> us. There is no modelling in the world that will
> >> enhance our understanding of Lisp more than we write,
> >> say, 50 lines of it every day. And, doing that, one
> >> might actually do something useful while at it!
> >
> > Some very eminent Lispers perceive Lisp rather differently:
> >
> > | Lisp... McCarthy did as a theoretical exercise-- an effort to
> > define a more | convenient alternative to the Turing Machine. Lisp was
> > not really designed to | be a programming language
> >
> > From http://www.paulgraham.com/icad.html
>
> You have to understand what Paul Graham is saying.
Yeah I think I do (at least somewhat).
I just find it hilarious that the intentions behind Lisp were not strongly
theory-oriented.
That they were equally strongly practically oriented I wont dispute.
>
> But historically, John McCarthy definitely was designing a programming
> language, not just a theorical exercise. One perhaps may be mislead by
> the way "scientific" "papers" are written, including mere AI Memos. But
> that's just the "academic" style. John McCarthy definitely was
> designing a programming language, and this can be shown by the complains
> he had and requirements he made of the languages he had to use before he
> invented LISP, ie. Fortran and Algol. He wanted a ternary IF from
> Fortran (which was rejected at the time), he wanted a COND form from
> Algol (which was also rejected). Seeing that he couldn't have his ideas
> integrated in the existing programming languages, he set to define his
> own.
>
> But indeed, John McCarthy expected to refine a M-expression syntax for
> his lisp programming language; the S-expression syntax was used only for
> data, but since he defined an eval function working on code represented
> as data, and since his student Bertrand Russel...
Student Bertrand Russell?
Now we're into alternate history methinks <wink>
To come back to my earlier request: I would really appreciate some
early key references on Lisp as a functional language.
[And I am guessing that you Pascal will know more about this than many others]
The reason is that the more I poke into this the more interesting (juicy)
titbits come up;
eg Here is an interview McCarthy gave a little before he died
http://www.infoq.com/interviews/Steele-Interviews-John-McCarthy
In the very first question he says he learnt functional programming from Backus' Fortran!!!!!
What do you think of that?!
next prev parent reply other threads:[~2015-05-30 17:10 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.3883.1432888152.904.help-gnu-emacs@gnu.org>
2015-05-29 9:30 ` Real-life examples of lexical binding in Emacs Lisp Joost Kremers
2015-05-29 11:12 ` Andreas Röhler
2015-05-29 12:13 ` Dmitry Gutov
2015-05-29 16:21 ` Phillip Lord
2015-05-29 16:50 ` Yuri Khan
2015-05-29 12:28 ` Pascal J. Bourguignon
2015-05-29 17:16 ` Andreas Röhler
2015-05-29 18:43 ` Emanuel Berg
2015-05-30 5:49 ` Rusi
2015-05-30 12:50 ` Pascal J. Bourguignon
2015-05-30 15:23 ` Rusi
2015-05-30 15:50 ` Pascal J. Bourguignon
2015-05-30 16:21 ` Rusi
2015-05-30 16:03 ` Emanuel Berg
2015-05-30 16:32 ` Rusi
2015-05-30 16:54 ` Pascal J. Bourguignon
2015-05-30 17:10 ` Rusi [this message]
2015-05-30 19:12 ` Pascal J. Bourguignon
2015-05-29 8:28 Marcin Borkowski
2015-05-30 8:28 ` Tassilo Horn
2015-06-14 10:52 ` Marcin Borkowski
[not found] ` <mailman.4976.1434279182.904.help-gnu-emacs@gnu.org>
2015-06-14 11:31 ` Pascal J. Bourguignon
2015-06-16 23:48 ` Jim Diamond
2015-06-17 0:06 ` Emanuel Berg
2015-06-17 6:23 ` Andreas Röhler
[not found] ` <mailman.5136.1434522217.904.help-gnu-emacs@gnu.org>
2015-06-17 10:49 ` Pascal J. Bourguignon
2015-06-17 10:53 ` Pascal J. Bourguignon
2015-06-17 14:42 ` Stefan Monnier
2015-06-17 16:19 ` Andreas Röhler
2015-06-17 19:30 ` Tassilo Horn
[not found] ` <mailman.5171.1434557990.904.help-gnu-emacs@gnu.org>
2015-06-17 17:12 ` Stefan Monnier
2015-06-17 20:22 ` Emanuel Berg
2015-06-17 22:13 ` Pascal J. Bourguignon
2015-06-17 23:46 ` Emanuel Berg
2015-06-18 14:57 ` Udyant Wig
2015-06-18 15:47 ` Emanuel Berg
2015-06-19 13:49 ` Udyant Wig
2015-06-17 20:33 ` Emanuel Berg
2015-06-17 22:07 ` Robert Thorpe
2015-06-17 22:17 ` Pascal J. Bourguignon
2015-06-17 0:43 ` Pascal J. Bourguignon
2015-06-17 16:02 ` Phillip Lord
[not found] ` <mailman.5167.1434556959.904.help-gnu-emacs@gnu.org>
2015-06-23 23:49 ` Jim Diamond
[not found] ` <mailman.3950.1432974543.904.help-gnu-emacs@gnu.org>
2015-05-30 12:59 ` Pascal J. Bourguignon
2015-06-14 10:55 ` Marcin Borkowski
[not found] ` <mailman.4977.1434279342.904.help-gnu-emacs@gnu.org>
2015-06-14 20:04 ` Stefan Monnier
2015-06-14 21:44 ` Pascal J. Bourguignon
2015-06-14 21:49 ` Pascal J. Bourguignon
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=103d08d8-bcd1-4150-9468-179270feb97b@googlegroups.com \
--to=rustompmody@gmail.com \
--cc=help-gnu-emacs@gnu.org \
/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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.