Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.lisp > #60742 > unrolled thread

Resources to learn common lisp?

Back to article view | Back to comp.lang.lisp

Contents

  Resources to learn common lisp? Mario Rosell <mario@mariorosell.es> - 2026-02-20 22:53 +0100
    Re: Resources to learn common lisp? Ben Bacarisse <ben@bsb.me.uk> - 2026-02-20 22:00 +0000
      Re: Resources to learn common lisp? Mario Rosell <mario@mariorosell.es> - 2026-02-21 12:25 +0100
        Re: Resources to learn common lisp? Stefan Monnier <monnier@iro.umontreal.ca> - 2026-02-21 10:24 -0500
        Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-21 21:30 +0000
          Re: Resources to learn common lisp? Mario Rosell <mario@mariorosell.es> - 2026-02-22 01:08 +0100
            Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-22 04:59 +0000
              Re: Resources to learn common lisp? Madhu <enometh@meer.net> - 2026-02-22 10:59 +0530
                Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-22 21:48 +0000
                  Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-08 12:43 -0400
          Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-08 12:41 -0400
            Re: Resources to learn common lisp? tfb <no_email@invalid.invalid> - 2026-06-08 20:02 +0000
              Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-09 00:23 -0400
                Re: Resources to learn common lisp? tfb <no_email@invalid.invalid> - 2026-06-09 06:28 +0000
                  Re: Resources to learn common lisp? tfb <no_email@invalid.invalid> - 2026-06-09 06:32 +0000
                    Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-10 12:27 -0400
                  Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-10 12:16 -0400
              Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-09 06:53 +0000
                Re: Resources to learn common lisp? Axel Reichert <mail@axel-reichert.de> - 2026-06-09 12:07 +0200
                  Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-10 00:14 +0000
            Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-09 00:35 +0000
        Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-08 12:37 -0400
          Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-09 00:33 +0000
            Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-09 00:22 -0400
            Re: Resources to learn common lisp? Alan Bawden <alan@csail.mit.edu> - 2026-06-09 01:22 -0400
              Re: Resources to learn common lisp? tfb <no_email@invalid.invalid> - 2026-06-09 06:17 +0000
              Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-09 06:50 +0000
                Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-10 12:40 -0400
              Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-10 12:24 -0400
            Re: Resources to learn common lisp? Stefan Monnier <monnier@iro.umontreal.ca> - 2026-06-09 09:36 -0400
              Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-10 00:06 +0000
    Re: Resources to learn common lisp? tpeplt <tpeplt@gmail.com> - 2026-02-20 17:44 -0500
      Re: Resources to learn common lisp? Mario Rosell <mario@mariorosell.es> - 2026-02-21 12:30 +0100
    Re: Resources to learn common lisp? ram@zedat.fu-berlin.de (Stefan Ram) - 2026-02-20 23:50 +0000
      Re: Resources to learn common lisp? ram@zedat.fu-berlin.de (Stefan Ram) - 2026-02-21 00:24 +0000
        Re: Resources to learn common lisp? Andreas Eder <a_eder_muc@web.de> - 2026-02-21 11:36 +0100
        Re: Resources to learn common lisp? Mario Rosell <mario@mariorosell.es> - 2026-02-21 12:44 +0100
    Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-03-31 17:47 -0400
      Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-03-31 23:41 +0000
      Re: Resources to learn common lisp? tpeplt <tpeplt@gmail.com> - 2026-04-01 13:23 -0400
    Re: Resources to learn common lisp? Peri Didaskalou <pfd@torfree.net> - 2026-05-01 10:52 -0400
    Re: Resources to learn common lisp? Peri Didaskalou <pfd@torfree.net> - 2026-05-01 10:57 -0400
    Re: Resources to learn common lisp? Peri Didaskalou <pfd@torfree.net> - 2026-05-01 11:06 -0400
    Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-01 14:56 -0400
      Re: Resources to learn common lisp? "Robert B. Carleton" <rbc@rbcarleton.net> - 2026-06-01 23:02 +0000
        Re: Resources to learn common lisp? steve g <sgonedes1977@gmail.com> - 2026-06-02 21:32 -0400
          Re: Resources to learn common lisp? Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-03 03:16 +0000

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#60826

On Mon, 08 Jun 2026 12:41:56 -0400, steve g wrote:

> Lawrence D’Oliveiro <ldo@nz.invalid> writes:
>
>> Lisp is a pretty interesting language, but it was never
>> standardized to the extent that we expect of languages today. Look
>> at the Common Lisp spec, and it still retains a lot of baggage to
>> maintain compatibility with obsolete OSes that simply don’t matter
>> any more.
>
>> And also, which particular Lisp do you want to learn? There are a
>> number in common use today:
>
> this is false. common lisp is a programming language.

In today’s terms, Common Lisp is only a partial language spec. It has
all that historical baggage, and yet it leaves out crucial things that
other languages, like Python, implement more uniformly today.

[toc] | [prev] | [next] | [standalone]

#60819

Mario Rosell <mario@mariorosell.es> writes:


< > Finally, what do you want learn it for?  It might just be for fun or
< > it might be because you have a very specific goal in mind for which
< > someone might have some specific recommendations.


actually lisp is best for researchers trying to test new alogrithims.
Fun as much as programming is fun...


> Just for fun. It seems like a pretty interesting language.


hook, line, and sinker!

[toc] | [prev] | [next] | [standalone]

#60825

On Mon, 08 Jun 2026 12:37:53 -0400, steve g wrote:

> actually lisp is best for researchers trying to test new [algorithms].

Lisp is purely garbage-collected though, isn’t it? Languages like Perl
and Python try for a hybrid reference-counted/garbage-collected
approach, for speed and also more deterministic memory usage in many
common scenarios.

I think you can use all three in Jupyter notebooks, anyway. That’s an
environment I recommend for just about any kind of “scratchpad” or
quick “experimentation” programming.

[toc] | [prev] | [next] | [standalone]

#60827

Lawrence D’Oliveiro <ldo@nz.invalid> writes:

> On Mon, 08 Jun 2026 12:37:53 -0400, steve g wrote:
>
< > actually lisp is best for researchers trying to test new [algorithms].


> Lisp is purely garbage-collected though, isn’t it? Languages like Perl
> and Python try for a hybrid reference-counted/garbage-collected
> approach, for speed and also more deterministic memory usage in many
> common scenarios.

i will not deny my love of this languagw. yes liSP uses GC. A hybride
approad? like unboxed numbers?

[toc] | [prev] | [next] | [standalone]

#60830

Lawrence D’Oliveiro <ldo@nz.invalid> writes:

> Lisp is purely garbage-collected though, isn’t it? Languages like Perl
> and Python try for a hybrid reference-counted/garbage-collected
> approach, for speed and also more deterministic memory usage in many
> common scenarios.

I don't think any of Common Lisp, Java, Perl or Python promise to employ
any particular algorithm for collecting garbage.  It's not something you
really need to put in your language specification document.  All you
need to say is that storage management is not something the programmer
needs to worry about.  Nothing prevents you from implementing a Common
Lisp that does reference counting.

It seems to be fashionable these days to consider reference counting to
be somehow different from garbage collection, but historically reference
counting was just another tool used for garbage collection.  At least
one of the InterLisp implementations used reference counting as part of
its garbage collector, and nobody thought that it had less of a true
garbage collector as a result.

-- 
Alan Bawden

[toc] | [prev] | [next] | [standalone]

#60832

Alan Bawden <alan@csail.mit.edu> wrote:
> Lawrence D’Oliveiro <ldo@nz.invalid> writes:
> 
> At least
> one of the InterLisp implementations used reference counting as part of
> its garbage collector, and nobody thought that it had less of a true
> garbage collector as a result.
> 

Those of us who had to write code to laboriously decircularize
about-to-be-dead structures on d machines definitely did!

But your point is right: these are implementation, not language, questions.

(I also hate the stupid 'reference counting is better' thing.  It is 2000
already, machines live or die on their caches.  I drop a large structure on
the floor.   A reference-counted implementation now dutifully walks over
the entire structure reducing all the counts to zero *and ensuring the
machine's caches are full of data that will never be used again*.   An
implementation with a copying GC ... never touches that memory again.  One
of these approaches is a lot less hostile to caches than the other.)

-- 
www.tfeb.org/computer/

[toc] | [prev] | [next] | [standalone]

#60835

On Tue, 09 Jun 2026 01:22:53 -0400, Alan Bawden wrote:

> Lawrence D’Oliveiro <ldo@nz.invalid> writes:
>
>> Lisp is purely garbage-collected though, isn’t it? Languages like
>> Perl and Python try for a hybrid
>> reference-counted/garbage-collected approach, for speed and also
>> more deterministic memory usage in many common scenarios.
>
> I don't think any of Common Lisp, Java, Perl or Python promise to
> employ any particular algorithm for collecting garbage. It's not
> something you really need to put in your language specification
> document.

It does have some subtle, but far-reaching, implications for language
usage, though.

For example, pure GC makes it easy to support multithreading. But the
downside is that it is easy for a single long-running program to
consume all available memory, even if its memory needs at any
particular moment are not that great. So you need to put arbitrary
constraints on its heap size. And if turns it that wasn’t enough for a
particular run, then you need to stop and re-run with a larger heap
allocation. Which defeats some of the point of dynamic memory
allocation when you have to micromanage such things, doesn’t it?

This is why both Perl and Python stuck with the hybrid approach. In
Perl’s case, they kind of fudged their approach to multithreading as a
consequence, with implications for sharing objects across threads.
While the Python folks have put a lot of effort into coming up with a
more comprehensive solution, making reference counts just a little bit
nondeterministic in return for greater performance while still
allowing object sharing to work the way you would expect.

[toc] | [prev] | [next] | [standalone]

#60844

Lawrence D’Oliveiro <ldo@nz.invalid> writes:

> On Tue, 09 Jun 2026 01:22:53 -0400, Alan Bawden wrote:
>
< > Lawrence D’Oliveiro <ldo@nz.invalid> writes:
< >
< >> Lisp is purely garbage-collected though, isn’t it? Languages like
< >> Perl and Python try for a hybrid
< >> reference-counted/garbage-collected approach, for speed and also
< >> more deterministic memory usage in many common scenarios.
< >
< > I don't think any of Common Lisp, Java, Perl or Python promise to
< > employ any particular algorithm for collecting garbage. It's not
< > something you really need to put in your language specification
< > document.
>
> It does have some subtle, but far-reaching, implications for language
> usage, though.
>
> For example, pure GC makes it easy to support multithreading.

!!? Ummm ??!


But the
> downside is that it is easy for a single long-running program to
> consume all available memory, even if its memory needs at any
> particular moment are not that great. So you need to put arbitrary
> constraints on its heap size.




> And if turns it that wasn’t enough for a
> particular run, then you need to stop and re-run with a larger heap
> allocation. Which defeats some of the point of dynamic memory
> allocation when you have to micromanage such things, doesn’t it?

> This is why both Perl and Python stuck with the hybrid approach. In
> Perl’s case, they kind of fudged their approach to multithreading as a
> consequence, with implications for sharing objects across threads.

with all due respect, garbage collection is very difficult. Most
programmers will use the best algorithm available; like guile does. PERL
is the fastest interpreter I have ever used, compiling the code to C
results in slower running speed. There is an issue with heap...

> While the Python folks have put a lot of effort [...]

there is no perfect solution; python can be compiled with LTO, I don't
have the numbers on me...

from what I understand this is a new method.

[toc] | [prev] | [next] | [standalone]

#60842

Alan Bawden <alan@csail.mit.edu> writes:

> Lawrence D’Oliveiro <ldo@nz.invalid> writes:
>
< > Lisp is purely garbage-collected though, isn’t it?

yes common lisp uses GC.

<> Languages like Perl
< > and Python try for a hybrid reference-counted/garbage-collected
< > approach, for speed and also more deterministic memory usage in many
< > common scenarios.

what about C ?


" The Boehm-Demers-Weiser conservative garbage collector can be used as
a garbage collecting replacement for C malloc or C++ new. It allows you
to allocate memory basically as you normally would, without explicitly
deallocating memory that is no longer useful. The collector
automatically recycles memory when it determines that it can no longer
be otherwise accessed. A simple example of such a use is given here."

> I don't think any of Common Lisp, Java, Perl or Python promise to employ
> any particular algorithm for collecting garbage.  It's not something you
> really need to put in your language specification document.  All you
> need to say is that storage management is not something the programmer
> needs to worry about.  Nothing prevents you from implementing a Common
> Lisp that does reference counting.

you must be a newbie.

> It seems to be fashionable these days to consider reference counting to
> be somehow different from garbage collection, but historically reference
> counting was just another tool used for garbage collection.  At least
> one of the InterLisp implementations used reference counting as part of
> its garbage collector, and nobody thought that it had less of a true
> garbage collector as a result.

Hmmm.

Seriously, my once a month statement is to read Baker:

"Henry Givens Baker Jr. is an American computer scientist who has made
contributions in garbage collection, functional programming languages,
and linear logic. He was one of the founders of Symbolics, a company
that designed and manufactured a line of Lisp machines. In 2006, he was
recognized as an ACM Distinguished Member."

He is notable for his research in garbage collection, particularly
Baker's real-time copying collector, and on the Actor model.

Baker received his B.Sc. (1969), S.M. (1973), E.E. (1973), and Ph.D.
(1978) degrees at M.I.T.
"

just google for 
Henry baker +lisp +GC

 .

When I program in C I do not use GC, I use exit.

[toc] | [prev] | [next] | [standalone]

#60838

> Lisp is purely garbage-collected though, isn’t it?

Most languages (Lisp included) don't specify how and when unreachable
objects are collected, as others pointed out.  Actually, most languages
don't even specify what counts as "unreachable" (Scheme being one of
the exceptions).

> Languages like Perl and Python try for a hybrid
> reference-counted/garbage-collected approach, for speed and also more
> deterministic memory usage in many common scenarios.

Probably not "for speed": it takes a significant amount of work to make
a reference-counting system that's competitive (speedwise) with
a tracing GC, because there tend to be *many* refcount updates (and it
gets worse if you support concurrency, where most of those updates
need to be made atomic).


=== Stefan

[toc] | [prev] | [next] | [standalone]

#60839

On Tue, 09 Jun 2026 09:36:50 -0400, Stefan Monnier wrote:

> On Tue, 9 Jun 2026 00:33:44 -0000 (UTC), Lawrence D’Oliveiro wrote:
>>
>> Languages like Perl and Python try for a hybrid
>> reference-counted/garbage-collected approach, for speed and also
>> more deterministic memory usage in many common scenarios.
>
> Probably not "for speed": it takes a significant amount of work to
> make a reference-counting system that's competitive (speedwise) with
> a tracing GC, because there tend to be *many* refcount updates (and
> it gets worse if you support concurrency, where most of those
> updates need to be made atomic).

But those refcount updates are on live objects, which means they are
more likely to reside in some level of CPU cache.

Whereas a garbage collector, by design, is spending much of its time
hitting long-dead objects, which would likely have long since
disappeared from the cache. That’s going to add an order of magnitude
or two to your execution time -- which is why we have caches in the
first place.

[toc] | [prev] | [next] | [standalone]

#60744

Mario Rosell <mario@mariorosell.es> writes:

> Hello everyone!
>
> I want to learn Common Lisp, but I don't really know what resources to
> use.
>
> What did you all use to learn? Is that even relevant? Is this newsgroup
> active?
>
> Thanks for everyone in advice

A place where you can start is with David S. Touretzky’s
book "COMMON LISP: A Gentle Introduction to Symbolic
Computation", which Carnegie-Mellon University has made
available for download as a PDF file:

https://www.cs.cmu.edu/~dst/LispBook/book.pdf

In addition to the text that teaches you Common Lisp, it
includes exercises, answers to the exercises, and a glossary
to get the definitions of terms.

Although you can read the book, you will want to be able to
evaluate expressions both to practice and the confirm that
you understand what you are doing.  Some readers of this
group might have a Lisp that they will recommend.  I
recommend that you start by installing GNU Emacs on your
computer.  It is a text editor that comes with its own Lisp,
called Emacs Lisp, that is similar enough to Common Lisp
that you will be able to complete many of the exercises
without installing a Lisp.  Over decades, Emacs has been
developed so that it can be used as an environment that is
highly-optimized for Lisp programming, including Scheme and
Common Lisp.

If you have not used Emacs and are able to install it, then
you will want to look carefully the first time that you
start running it.  You should see the following two links:

   Emacs Tutorial
   Emacs Guided Tour

The tutorial gets you started on using Emacs and the guided
tour shows you some of the capabilities that the editor.
The guided tour uses one of Emacs’s built-in web browsers to
download into the editor a web page with text and images to
give the tour.

You should also read the built-in manual titled "Introduction
to Emacs Lisp", which is available inside Emacs via its
menu:

   menu -> Help -> More Manuals -> Introduction to Emacs Lisp

You might consider reading this (much smaller) book BEFORE
reading "Gentle Intro." because it will quickly give you an
idea of whether you want to learn Lisp.

-- 
The lyf so short, the craft so long to lerne.
- Geoffrey Chaucer, The Parliament of Birds.

[toc] | [prev] | [next] | [standalone]

#60749

> I recommend that you start by installing GNU Emacs on your computer

I used Emacs a bit - just a few weeks.  I'll install it again.

> A place where you can start is with David S. Touretzky’s book "COMMON
> LISP: A Gentle Introduction to Symbolic Computation"

Thanks! I'll read the book. It seems pretty good.

-- 
- mario

[toc] | [prev] | [next] | [standalone]

#60745

Mario Rosell <mario@mariorosell.es> wrote or quoted:
>I want to learn Common Lisp, but I don't really know what resources to
>use.

  I read parts of a Common Lisp specification by Guy Steele in
  the 80s or 90s. But this is very long ago, and I have long
  forgotten what I read. I don't really know Common Lisp well.

  Some books come to mind, but I have not read any of them:

Practical Common Lisp by Peter Seibel (who was a regular here)

Common Lisp: A Gentle Introduction to Symbolic Computation by
David S. Touretzky

On Lisp by Paul Graham

[toc] | [prev] | [next] | [standalone]

#60746

ram@zedat.fu-berlin.de (Stefan Ram) wrote or quoted:
>Some books come to mind, but I have not read any of them:

  Here are quotations from this group from the years starting
  with "202":

|El Fri, 25 Sep 2020 17:08:53 -0700 (PDT), Ishaan escribió:
|>>What tutorial are you following?
|>"Practical Common Lisp" by Peter Siebel. Are their any good alternatives
|>to Emacs and lisp in a box that are easier to use? Thanks for the help!
|That's a pretty good book, and Emacs with Slime is the best setup IMO, so 
'-----------------------------------------------------------------------
José Manuel García-Patos on 2020-09-26 12:58:32+00:00 in comp.lang.lisp,
Subject: Lisp programming questions


|[_]-- try the 
|     Book-- Land Of Lisp
|          which is very simple to start with
|               and it makes a sequence of games
|               working up to a webserver version of Dice Of Doom
|               in CommonLisp 
|          it's written by a doctor of medicine apparently
'-----------------------------------------------------------------------
picoVerse on 2021-03-22 02:58:01+00:00 in comp.lang.lisp,
Subject: Lisp programming questions


|There are a number of introductory books that have been produced over the
|years. It doesn't matter if some of them are years old, as Common Lisp hasn't
|changed in a while (although some libraries for doing things have).
'-----------------------------------------------------------------------
Tom Russ on 2022-01-26 20:28:48+00:00 in comp.lang.lisp,
Subject: Is using Emacs a good way to learn lisp?


|Common LISP: A Gentle Introduction to Symbolic Computation
|by Touretzky, David S.
|ISBN 13 9780486498201
|
|Practical Common Lisp
|by Peter Seibel
|ISBN 13 9781430242901
|
|I haven't read the first. I can recommend the second (for those with some
|programming experience) although it uses LOOP too much for my taste and only
|casually mentions the DEFSTRUCT functionality.
'-----------------------------------------------------------------------
Spiros Bousbouras on 2022-01-29 19:20:29+00:00 in comp.lang.lisp,
Subject: Is using Emacs a good way to learn lisp?


|2 books to read absolutely to understand Lisp and its philosophy:
|Ansi Common Lisp
|On Lisp
|Both from Paul Graham. The second one is not printed anymore, but
|available at low cost from lulu.com
'-----------------------------------------------------------------------
ST on 2022-11-22 06:54:33+00:00 in comp.lang.lisp,
Subject: Can someone help me fix a basic recursive function


|When I ventured out into Common Lisp some years back, I found
<Touretzky>
|a very nice read, with lots of small recursive exercises.
'-----------------------------------------------------------------------
Axel Reichert on 2022-11-22 21:36:29+00:00 in comp.lang.lisp,
Subject: Can someone help me fix a basic recursive function


|> I searched around for subsets (not very fruitful), but I did happen to
|> find one quite interesting online textbook (apart from the usual
|> suspects), "Learn Lisp the hard way":
|It's an in-progress draft.  It's looking pretty good.  I don't even
|think a book to teach one how to use a language needs that much.  But if
|the author has that much energy, I think it's useful.
'-----------------------------------------------------------------------
Julieta Shem on 2024-01-30 04:37:02+00:00 in comp.lang.lisp,
Subject: common lisp, the untold story


|Peter Seibel's ``Practical Common Lisp'' guides you with the GNU EMACS
|and SLIME.  Chapter 2.  I use the GNU EMACS and SLIME.  It's wonderful.
'-----------------------------------------------------------------------
Julieta Shem on 2024-02-04 15:31:48+00:00 in comp.lang.lisp,
Subject: Learning the REPL


|- Common Lisp: An Interactive Approach <-novices
|- A Gentle Introduction to Symbolic Computation <-advanced  
|- Paradigms On Artifical Intelligence Programming <- almost expert
'-----------------------------------------------------------------------
usuario on 2024-10-03 21:05:02+00:00 in comp.lang.lisp,

[toc] | [prev] | [next] | [standalone]

#60747

On Sa 21 Feb 2026 at 00:24, Stefan Ram wrote:

> ram@zedat.fu-berlin.de (Stefan Ram) wrote or quoted:
>>Some books come to mind, but I have not read any of them:
>
>   Here are quotations from this group from the years starting
>   with "202":
>
> |El Fri, 25 Sep 2020 17:08:53 -0700 (PDT), Ishaan escribió:
> |>>What tutorial are you following?
> |>"Practical Common Lisp" by Peter Siebel. Are their any good alternatives
> |>to Emacs and lisp in a box that are easier to use? Thanks for the help!
> |That's a pretty good book, and Emacs with Slime is the best setup IMO, so
> '-----------------------------------------------------------------------
> José Manuel García-Patos on 2020-09-26 12:58:32+00:00 in comp.lang.lisp,
> Subject: Lisp programming questions
>
> |[_]-- try the
> |     Book-- Land Of Lisp
> |          which is very simple to start with
> |               and it makes a sequence of games
> |               working up to a webserver version of Dice Of Doom
> |               in CommonLisp
> |          it's written by a doctor of medicine apparently
> '-----------------------------------------------------------------------
> picoVerse on 2021-03-22 02:58:01+00:00 in comp.lang.lisp,
> Subject: Lisp programming questions
>
> |There are a number of introductory books that have been produced over the
> |years. It doesn't matter if some of them are years old, as Common Lisp hasn't
> |changed in a while (although some libraries for doing things have).
> '-----------------------------------------------------------------------
> Tom Russ on 2022-01-26 20:28:48+00:00 in comp.lang.lisp,
> Subject: Is using Emacs a good way to learn lisp?
>
> |Common LISP: A Gentle Introduction to Symbolic Computation
> |by Touretzky, David S.
> |ISBN 13 9780486498201
> |
> |Practical Common Lisp
> |by Peter Seibel
> |ISBN 13 9781430242901
> |
> |I haven't read the first. I can recommend the second (for those with some
> |programming experience) although it uses LOOP too much for my taste and only
> |casually mentions the DEFSTRUCT functionality.
> '-----------------------------------------------------------------------
> Spiros Bousbouras on 2022-01-29 19:20:29+00:00 in comp.lang.lisp,
> Subject: Is using Emacs a good way to learn lisp?
>
> |2 books to read absolutely to understand Lisp and its philosophy:
> |Ansi Common Lisp
> |On Lisp
> |Both from Paul Graham. The second one is not printed anymore, but
> |available at low cost from lulu.com
> '-----------------------------------------------------------------------
> ST on 2022-11-22 06:54:33+00:00 in comp.lang.lisp,
> Subject: Can someone help me fix a basic recursive function
>
> |When I ventured out into Common Lisp some years back, I found
> <Touretzky>
> |a very nice read, with lots of small recursive exercises.
> '-----------------------------------------------------------------------
> Axel Reichert on 2022-11-22 21:36:29+00:00 in comp.lang.lisp,
> Subject: Can someone help me fix a basic recursive function
>
> |> I searched around for subsets (not very fruitful), but I did happen to
> |> find one quite interesting online textbook (apart from the usual
> |> suspects), "Learn Lisp the hard way":
> |It's an in-progress draft.  It's looking pretty good.  I don't even
> |think a book to teach one how to use a language needs that much.  But if
> |the author has that much energy, I think it's useful.
> '-----------------------------------------------------------------------
> Julieta Shem on 2024-01-30 04:37:02+00:00 in comp.lang.lisp,
> Subject: common lisp, the untold story
>
> |Peter Seibel's ``Practical Common Lisp'' guides you with the GNU EMACS
> |and SLIME.  Chapter 2.  I use the GNU EMACS and SLIME.  It's wonderful.
> '-----------------------------------------------------------------------
> Julieta Shem on 2024-02-04 15:31:48+00:00 in comp.lang.lisp,
> Subject: Learning the REPL
>
> |- Common Lisp: An Interactive Approach <-novices
> |- A Gentle Introduction to Symbolic Computation <-advanced
> |- Paradigms On Artifical Intelligence Programming <- almost expert
> '-----------------------------------------------------------------------
> usuario on 2024-10-03 21:05:02+00:00 in comp.lang.lisp,

All these books are good.
Let me add two additional ones:

'LISP, Lore, and Logic' by W. Richard Stark

'Paradigms of Artificial Intelligence Programming: Case Studies in
Common Lisp' by Peter Norvig

-- 
ceterum censeo redmondinem esse delendam

[toc] | [prev] | [next] | [standalone]

#60750

> |El Fri, 25 Sep 2020 17:08:53 -0700 (PDT), Ishaan escribió:
> |[...]
> |That's a pretty good book, and Emacs with Slime is the best setup IMO, so 
> '-----------------------------------------------------------------------

I'll try Slime! It looks like a pretty complete environment.

> |Peter Seibel's ``Practical Common Lisp'' guides you with the GNU EMACS
> |and SLIME.  Chapter 2.  I use the GNU EMACS and SLIME.  It's wonderful.
> '-----------------------------------------------------------------------

I'll look into ``Practical Common Lisp'', I guess many people recommend
it :P.

-- 
- mario

[toc] | [prev] | [next] | [standalone]

#60773

Mario Rosell <mario@mariorosell.es> writes:

> Hello everyone!
>
> I want to learn Common Lisp, but I don't really know what resources to
> use.
>
> What did you all use to learn? Is that even relevant? Is this newsgroup
> active?
>
> Thanks for everyone in advice

https://lisp-lang.org/books/

most people like graham. I personally like Norvig.

the introduction in emacs on emacs-lisp is actually very good! C-h i m
elisp (in emacs).

there is a printed manual somewhere. emacs is probably the best wy to
learn.

[toc] | [prev] | [next] | [standalone]

#60774

On Tue, 31 Mar 2026 17:47:55 -0400, steve g wrote:

> the introduction in emacs on emacs-lisp is actually very good! C-h i
> m elisp (in emacs).

CTRL-H I is roughly equivalent to the “info” command; it shows you
every info file on your system.

[toc] | [prev] | [next] | [standalone]

#60775

steve g <sgonedes1977@gmail.com> writes:

> Mario Rosell <mario@mariorosell.es> writes:
>
>> Hello everyone!
>>
>> I want to learn Common Lisp, but I don't really know what resources to
>> use.
>>
>> What did you all use to learn? Is that even relevant? Is this newsgroup
>> active?
>>
>> Thanks for everyone in advice
>
> https://lisp-lang.org/books/
>

Oddly, this list does not include "COMMON LISP: A Gentle
Introduction to Symbolic Computation", by David
S. Touretzky, which the computer science department at
Carnegie Mellon University provides as a .pdf file:

  https://www.cs.cmu.edu/~dst/LispBook/book.pdf

And it does not include "COMMON LISP: An Interactive
Approach", by Stuart C. Shapiro, which the State University
of New York at Buffalo provides as a .pdf file:

  https://cse.buffalo.edu/~shapiro/Commonlisp/commonLisp.pdf

> most people like graham. I personally like Norvig.
>
> the introduction in emacs on emacs-lisp is actually very good! C-h i m
> elisp (in emacs).
>

1. C-h i m only works if you have not used C-h i for other
info documentation.  It assumes that the info reader starts
in the directory.  More generally, type C-h i followed by
‘d’ (to go to the directory) and then ‘m’ to specify a menu
entry.

2. C-h i d m elisp would open the Emacs Lisp reference
manual, which is not the Introduction to Emacs Lisp.  For
that, use C-h i d m, and then type Emacs Lisp Intro at the
"menu item:" prompt.

-- 
The lyf so short, the craft so long to lerne.
- Geoffrey Chaucer, The Parliament of Birds.

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | comp.lang.lisp

csiph-web