<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.com/group/comp.lang.lisp</id>
  <title type="text">comp.lang.lisp Google Group</title>
  <subtitle type="text">
  Discussion about LISP.
  </subtitle>
  <link href="/group/comp.lang.lisp/feed/atom_v1_0_msgs.xml" rel="self" title="comp.lang.lisp feed"/>
  <updated>2008-07-20T19:22:36Z</updated>
  <generator uri="http://groups.google.com" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Kenny</name>
  <email>kentil...@gmail.com</email>
  </author>
  <updated>2008-07-20T19:22:36Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/25fb220a1da975fb/8ef67ba5af296625?show_docid=8ef67ba5af296625</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/25fb220a1da975fb/8ef67ba5af296625?show_docid=8ef67ba5af296625"/>
  <title type="text">Re: SBCL is now faster than Java, as fast as Ocaml, and getting better</title>
  <summary type="html" xml:space="preserve">
  Oh, my. &lt;br&gt; kt
  </summary>
  </entry>
  <entry>
  <author>
  <name>DanL</name>
  <email>leidis...@gmail.com</email>
  </author>
  <updated>2008-07-20T19:21:57Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/ba4bcd6ff686fcf2?show_docid=ba4bcd6ff686fcf2</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/ba4bcd6ff686fcf2?show_docid=ba4bcd6ff686fcf2"/>
  <title type="text">Re: Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  As I understood it, the latter should happen -- (defun x (y)) being &lt;br&gt; equivalent to (defmethod x (y)), if x is turned into a generic &lt;br&gt; function by defining a method on it. I am not sure, if the order in &lt;br&gt; which defun and defmethod take place matters, but I guess it does. &lt;br&gt; (e.g. If the defun in your example would have overwritten the generic
  </summary>
  </entry>
  <entry>
  <author>
  <name>Pascal Costanza</name>
  <email>p...@p-cos.net</email>
  </author>
  <updated>2008-07-20T18:47:18Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/6d1f8bb6d6e51561/66266e7dc8061491?show_docid=66266e7dc8061491</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/6d1f8bb6d6e51561/66266e7dc8061491?show_docid=66266e7dc8061491"/>
  <title type="text">Re: New List Interpreter</title>
  <summary type="html" xml:space="preserve">
  Well, the current situation is actually in favor of quantum computation. &lt;br&gt; Currently, QLisp means three different things, with different &lt;br&gt; probabilities. Only if you look closer at it, the system will collapse &lt;br&gt; and you know which QLisp you actually have. ;) &lt;br&gt; So QuantumLisp it is... ;) &lt;br&gt; Pascal
  </summary>
  </entry>
  <entry>
  <author>
  <name>Kent M Pitman</name>
  <email>pit...@nhplace.com</email>
  </author>
  <updated>2008-07-20T18:43:03Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/13465d9c9cdce96d/1b2ceee13425940b?show_docid=1b2ceee13425940b</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/13465d9c9cdce96d/1b2ceee13425940b?show_docid=1b2ceee13425940b"/>
  <title type="text">Re: atoms in a list interned when called by another package. why?</title>
  <summary type="html" xml:space="preserve">
  A lot of people replied, but no one hit the fundamental issues, IMO. &lt;br&gt; It was touched on obliquely a couple of times, but not head on. &lt;br&gt; First, Common Lisp semantics is defined on structure, not on text. &lt;br&gt; So the entire language is defined not on what that notation above does, &lt;br&gt; but on what the internal structure contains. Definitions are made on
  </summary>
  </entry>
  <entry>
  <author>
  <name>Kent M Pitman</name>
  <email>pit...@nhplace.com</email>
  </author>
  <updated>2008-07-20T18:26:14Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/13465d9c9cdce96d/33a8c7209f6a9ffa?show_docid=33a8c7209f6a9ffa</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/13465d9c9cdce96d/33a8c7209f6a9ffa?show_docid=33a8c7209f6a9ffa"/>
  <title type="text">Re: atoms in a list interned when called by another package. why?</title>
  <summary type="html" xml:space="preserve">
  Except be careful because for Zetalisp packages (or maybe Zetalisp &lt;br&gt; syntax, I don&#39;t recall), it meant to bind *PACKAGE* to that package &lt;br&gt; and then call read. So SI:(FOO BAR) was what CL would write as &lt;br&gt; (SI::FOO SI::BAR), but only because the SYSTEM-INTERNALS package &lt;br&gt; (SI, for short) was Zetalisp style and didn&#39;t have the internal/external
  </summary>
  </entry>
  <entry>
  <author>
  <name>Matthias Buelow</name>
  <email>m...@incubus.de</email>
  </author>
  <updated>2008-07-20T18:19:59Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/6d1f8bb6d6e51561/a0944f435a90945d?show_docid=a0944f435a90945d</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/6d1f8bb6d6e51561/a0944f435a90945d?show_docid=a0944f435a90945d"/>
  <title type="text">Re: New List Interpreter</title>
  <summary type="html" xml:space="preserve">
  I would think that, perhaps apart from the domain name, the risk of &lt;br&gt; ambiguity is very low...
  </summary>
  </entry>
  <entry>
  <author>
  <name>Matthias Buelow</name>
  <email>m...@incubus.de</email>
  </author>
  <updated>2008-07-20T18:13:43Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/6d1f8bb6d6e51561/231e8fc6af7ae981?show_docid=231e8fc6af7ae981</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/6d1f8bb6d6e51561/231e8fc6af7ae981?show_docid=231e8fc6af7ae981"/>
  <title type="text">Re: New List Interpreter</title>
  <summary type="html" xml:space="preserve">
  I would think the obvious &amp;quot;license&amp;quot; in that case would be distributing a &lt;br&gt; file with the words &amp;quot;for educational purpose only&amp;quot; with the source code.
  </summary>
  </entry>
  <entry>
  <author>
  <email>yuwenwu...@gmail.com</email>
  </author>
  <updated>2008-07-20T17:40:18Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/bab541487259603c/711daa8ce877e239?show_docid=711daa8ce877e239</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/bab541487259603c/711daa8ce877e239?show_docid=711daa8ce877e239"/>
  <title type="text">cheap DG belt PayPal gift discount</title>
  <summary type="html" xml:space="preserve">
  cheap DG belt PayPal gift discount &lt;br&gt; Dear friend &lt;br&gt; welcome to shopping on &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.electronic-paypal.cn&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; 1.5% paypal handling charge supports the online payment! &lt;br&gt; 2.Use your intergla replacement more good gift! &lt;br&gt; 3.notes by email and website of deliver each package at first time. &lt;br&gt; Have a good day! &lt;br&gt; Sincerely yours,
  </summary>
  </entry>
  <entry>
  <author>
  <name>Robert Maas, http://tinyurl.com/uh3t</name>
  <email>jaycx2.3.calrob...@spamgourmet.com.remove</email>
  </author>
  <updated>2008-07-20T17:36:21Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/db7e2ef0a813d90a/76ec6a742bef5309?show_docid=76ec6a742bef5309</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/db7e2ef0a813d90a/76ec6a742bef5309?show_docid=76ec6a742bef5309"/>
  <title type="text">Re: The Importance of Terminology&#39;s Quality</title>
  <summary type="html" xml:space="preserve">
  Wow! All these years when I occasionally heard of a &amp;quot;thunk&amp;quot; I never &lt;br&gt; was told, until now, what it really meant. Thanks for the info!! &lt;br&gt; Followup question #1: I assume these are lexical closures in the &lt;br&gt; environment of the point of the call, right? &lt;br&gt; Followup question #2: For simple arithmetic expressions, I can
  </summary>
  </entry>
  <entry>
  <author>
  <name>Kent M Pitman</name>
  <email>pit...@nhplace.com</email>
  </author>
  <updated>2008-07-20T17:37:26Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/b403a769a80978ff?show_docid=b403a769a80978ff</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/b403a769a80978ff?show_docid=b403a769a80978ff"/>
  <title type="text">Re: Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  Yes, the reason for that is that it is that there isn&#39;t really a uniquely &lt;br&gt; determined, philosophically correct thing to do there. &lt;br&gt; Consider that DEFUN might mean &amp;quot;define a function that is total&amp;quot; or it might &lt;br&gt; mean &amp;quot;define a function that is the default&amp;quot;. Suppose you think it means &lt;br&gt; &amp;quot;define a function that is the default&amp;quot;. Then what does:
  </summary>
  </entry>
  <entry>
  <author>
  <name>DanL</name>
  <email>leidis...@gmail.com</email>
  </author>
  <updated>2008-07-20T17:13:57Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/8e12c3fac981d779?show_docid=8e12c3fac981d779</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/8e12c3fac981d779?show_docid=8e12c3fac981d779"/>
  <title type="text">Re: Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  That worked for me, too (OpenMCL, SBCL, Allegro), but the original &lt;br&gt; ordinary function is lost, instead of becoming the &amp;quot;fall-through&amp;quot;, if &lt;br&gt; none of the generic functions methods matches. &lt;br&gt; Regards, &lt;br&gt; dhl
  </summary>
  </entry>
  <entry>
  <author>
  <name>DanL</name>
  <email>leidis...@gmail.com</email>
  </author>
  <updated>2008-07-20T17:00:48Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/59d0aafa25f7faa1?show_docid=59d0aafa25f7faa1</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/59d0aafa25f7faa1?show_docid=59d0aafa25f7faa1"/>
  <title type="text">Re: Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  Ok, thanks for the clarification. &lt;br&gt; Cheers, &lt;br&gt; dhl
  </summary>
  </entry>
  <entry>
  <author>
  <name>Rainer Joswig</name>
  <email>jos...@lisp.de</email>
  </author>
  <updated>2008-07-20T16:53:50Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/19dcf162d96f1d35?show_docid=19dcf162d96f1d35</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/19dcf162d96f1d35?show_docid=19dcf162d96f1d35"/>
  <title type="text">Re: Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  In article &lt;br&gt; &amp;lt;c3ffc29a-f7f8-44bc-9f2e-bd538 46b9...@d77g2000hsb.googlegrou ps.com&amp;gt;, &lt;br&gt; LispWorks: &lt;br&gt; P100 30 &amp;gt; (defun foo (bar) &lt;br&gt; (baz bar)) &lt;br&gt; FOO &lt;br&gt; P100 31 &amp;gt; (defmethod foo (bar) &lt;br&gt; (baz bar)) &lt;br&gt; Error: FOO is defined as an ordinary function #&amp;lt;interpreted function FOO 40600051DC&amp;gt; &lt;br&gt; 1 (continue) Discard existing definition and create generic function
  </summary>
  </entry>
  <entry>
  <author>
  <name>Pascal Costanza</name>
  <email>p...@p-cos.net</email>
  </author>
  <updated>2008-07-20T16:51:46Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/b1825eba1b6431c8?show_docid=b1825eba1b6431c8</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/b1825eba1b6431c8?show_docid=b1825eba1b6431c8"/>
  <title type="text">Re: Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  DanL wrote: &lt;br&gt; No, it doesn&#39;t. &lt;br&gt; It is sometimes a good idea to be able to &amp;quot;protect&amp;quot; a function from &lt;br&gt; having methods defined on it. In Common Lisp, when you define a plain &lt;br&gt; function, users cannot add methods. That feature would have &amp;quot;destroyed&amp;quot; &lt;br&gt; that possibility (or would have caused hairy problems wrt defining when
  </summary>
  </entry>
  <entry>
  <author>
  <name>DanL</name>
  <email>leidis...@gmail.com</email>
  </author>
  <updated>2008-07-20T16:39:31Z</updated>
  <id>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/bddfa4a1cf9d42a4?show_docid=bddfa4a1cf9d42a4</id>
  <link href="http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d8136ece2eab1f9e/bddfa4a1cf9d42a4?show_docid=bddfa4a1cf9d42a4"/>
  <title type="text">Turn an ordinary function into a generic function</title>
  <summary type="html" xml:space="preserve">
  I have just been watching &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.archive.org/details/DanielGB1987&quot;&gt;[link]&lt;/a&gt;, &lt;br&gt; where at around 24:00 it is mentioned, that one can turn an ordinary &lt;br&gt; function into a generic one. (&amp;quot;... those ordinary functions become the &lt;br&gt; default method for the generic function.&amp;quot;) &lt;br&gt; Well, I have tried that, and all I got was errors. The video is from
  </summary>
  </entry>
</feed>
