From ... Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!134.222.94.5!npeer.kpnqwest.net!reader3.kpnqwest.net.POSTED!not-for-mail Newsgroups: comp.lang.lisp Subject: Re: Where's your Lisp software, Janos Blazi? References: <3b97d110_1@news.newsgroups.com> <87elpjn19q.fsf@nkapi.internal> <9nbb15$51s$0@216.39.145.192> <3208894128011321@naggum.net> <9nbofo$9av$0@216.39.145.192> <87ae06lc9y.fsf@nkapi.internal> <9ncg0j$d8b$0@216.39.145.192> Mail-Copies-To: never From: Erik Naggum Message-ID: <3208927859399198@naggum.net> Organization: Naggum Software, Oslo, Norway Lines: 34 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Sep 2001 08:51:00 GMT X-Complaints-To: newsmaster@Norway.EU.net X-Trace: reader3.kpnqwest.net 999939060 193.71.66.49 (Sat, 08 Sep 2001 10:51:00 MET DST) NNTP-Posting-Date: Sat, 08 Sep 2001 10:51:00 MET DST Xref: archiver1.google.com comp.lang.lisp:15937 * Tim Moore > As a student, wouldn't it have been instructive to be able to do so, at > least for the C library if not the compiler? Have you tried to peek inside the GNU C library? Have you looked at P. J. Plauger: The Standard C Library, for instance? Generally speaking, library stuff is really advanced stuff. > Stevens acquired the understanding he needed to write his fabulous books > by.... reading the source code! Undoubtedly true, but for the purposes of understanding how the Common Lisp part of the system is defined, you actually get source code to that with Allegro CL. (Except for the horribly primitive IF* style which pervades the whole source code base and causes an unreadable mess that is both much more verbose and produces less efficient machine code than more efficient implementations that are quite evident when you rewrite it to use more of Common Lisp to boot, so there is simply no excuse for it whatsoever.) > Hmm, PCL, sounds like the source to Lisp implementation to me. Well, PCL was the reason I did _not_ delve into and use CLOS much. Allegro CL was the reason I did. Sometimes, performance does count. > I was arguing that, among other reasons, Free Lisp implementations and > applications are important for educational reasons. I think we've about > flogged that into the ground. They are, but you should not dismiss all alternatives because you have found what you think is a panacea. That is actually all that is attempted by those who seem to oppose free implementations. ///