<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.lisp.mcl.general">
    <title>gmane.lisp.mcl.general</title>
    <link>http://blog.gmane.org/gmane.lisp.mcl.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3293"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3292"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3291"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3290"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3283"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3281"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3276"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3274"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3256"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3255"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3245"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3244"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3238"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.mcl.general/3234"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3293">
    <title>What are current plans for RMCL?</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3293</link>
    <description>&lt;pre&gt;Hi,

I'd like to get an idea what the current plans for RMCL are, if any. Since the switch to OS X 10.7, there is no default support for old PowerPC applications on OS X anymore, so RMCL doesn't work anymore, at least not without a major effort. Are there any plans to find a remedy for this situation? Or will RMCL effectively become deprecated?

I'm asking for the following reasons: When ASDF was changed from 1.x to 2.x, this caused some problems for RMCL, which I eventually resolved by using Common Lisp's logical pathnames for the systems I maintain (primarily Closer to MOP and ContextL). However, the current maintainers of ASDF have an unjustified very low regard for logical pathnames, which causes a lot of pain - basically, whenever a new version of a Common Lisp implementation comes bundled with a new ASDF version, I have to deal with bugs in ASDF that in one way or the other break my setup with logical pathnames.

Since my time is limited and is better served on things other than producing bug reports f&lt;/pre&gt;</description>
    <dc:creator>Pascal Costanza</dc:creator>
    <dc:date>2012-04-11T13:02:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3292">
    <title>Intermediate debugger steps</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3292</link>
    <description>&lt;pre&gt;I need help with enabling/disabling the display of intermediate steps 
within MCL's debugger.

Any pointers would be much appreciated.
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>peter</dc:creator>
    <dc:date>2012-03-26T14:55:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3291">
    <title>ELS 2012, Zadar, Croatia</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3291</link>
    <description>&lt;pre&gt;Apologies for the multiple postings. 

PAPER SUBMISSION DEADLINE EXTENDED 


European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012 

http://european-lisp-symposium.org 

The purpose of the European Lisp Symposium is to provide a forum for 
the discussion and dissemination of all aspects of design, 
implementation and application of any of the Lisp and Lisp-inspired 
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, 
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We 
encourage everyone interested in Lisp to participate. 


The main theme of the 2012 European Lisp Conference is 
"Interoperability: Systems, Libraries, Workflows".  Lisp based and 
functional-languages based systems have grown a variety of solutions 
to become more and more integrated with the wider world of Information 
and Communication Technologies in current use.  There are several 
dimensions to the scope of the solutions proposed, ranging from 
"embedding" of interpreters in C-based syste&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-02-01T13:15:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3290">
    <title>ELS2012 Zadar, Croatia, Call for Papers</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3290</link>
    <description>&lt;pre&gt;Apologies for the multiple postings...

===========================================================================

European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012
http://european-lisp-symposium.org

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We
encourage everyone interested in Lisp to participate.


The main theme of the 2012 European Lisp Conference is
"Interoperabilty: Systems, Libraries, Workflows".  Lisp based and
functional-languages based systems have grown a variety of solutions
to become more and more integrated with the wider world of Information
and Communication Technologies in current use.  There are several
dimensions to the scope of the solutions proposed, ranging from
"embedding" of inter&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-01-23T11:50:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3283">
    <title>MCL on latest Mac Mini</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3283</link>
    <description>&lt;pre&gt;Can MCL run on a current i5 Mac Mini that's been back-graded to Snow Leopard?

The Apple Store folks are a little ambiguous about whether a 
backgrade from Lion to SL is possible after a recent firmware upgrade.

Any insights on this would be appreciated asap.
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>peter</dc:creator>
    <dc:date>2012-01-14T22:32:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3282">
    <title>SUBTYPEP mishap?</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3282</link>
    <description>&lt;pre&gt;Hi

AM I BEING LOADED?
Welcome to Clozure Common Lisp Version 1.7-store-r15140  (DarwinX8664)!
? (subtypep 'foo t)
T
T


This seems wrong.  Note that I want to define

(defun is-type-specifier (x)
    (ignore-errors (subtytpep x t)))

Cheers

--
Marco Antoniotti

P.S.  The "AM I BEING LOADED?" is cute, but a bit annoying.... :)

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl
&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-01-08T13:55:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3282">
    <title>SUBTYPEP mishap?</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3282</link>
    <description>&lt;pre&gt;Hi

AM I BEING LOADED?
Welcome to Clozure Common Lisp Version 1.7-store-r15140  (DarwinX8664)!
? (subtypep 'foo t)
T
T


This seems wrong.  Note that I want to define

(defun is-type-specifier (x)
    (ignore-errors (subtytpep x t)))

Cheers

--
Marco Antoniotti

P.S.  The "AM I BEING LOADED?" is cute, but a bit annoying.... :)

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl
&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-01-08T13:55:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3282">
    <title>SUBTYPEP mishap?</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3282</link>
    <description>&lt;pre&gt;Hi

AM I BEING LOADED?
Welcome to Clozure Common Lisp Version 1.7-store-r15140  (DarwinX8664)!
? (subtypep 'foo t)
T
T


This seems wrong.  Note that I want to define

(defun is-type-specifier (x)
    (ignore-errors (subtytpep x t)))

Cheers

--
Marco Antoniotti

P.S.  The "AM I BEING LOADED?" is cute, but a bit annoying.... :)

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl
&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-01-08T13:55:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3281">
    <title>ccl::*defmethod-congruency-override*</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3281</link>
    <description>&lt;pre&gt;Somewhere in recent changes to MCL, 
ccl::*defmethod-congruency-override* seems to have disappeared. 
Looking through older sources, I can't find it. I was expecting 
something in the ccl::check-defmethod-congruency in 
level-1:ppc:l1-clos-boot.lisp.

My objective is to over-ride warnings when overlaying a clutch of 
method re-definitions which changed arguments, as once we could using 
a wrapping binding of ccl::*defmethod-congruency-override* to T.
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>peter</dc:creator>
    <dc:date>2011-12-17T07:02:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3276">
    <title>MCL Web server</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3276</link>
    <description>&lt;pre&gt;Hello,

I need to verify the possibility to create a client/server version of  
an old MCL application, where the MCL code runs server-side.
One possibility is to organize the client/server communication at  
socket level, through a (non MCL) rich client,  but, if I remember  
well, there is a MCL Web server implementation allowing to abstract  
the socket level and communicate through http.

Has anybody a good link to such an implementation?
Do you have other implementation suggestions?

Best regards
Sandro


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>Sandro Pedrazzini</dc:creator>
    <dc:date>2011-10-03T13:29:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3274">
    <title>clozure.com down</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3274</link>
    <description>&lt;pre&gt;You may already be aware of this, but clozure.com appears to be down.

warmest regards,

Ralph

Raffael Cavallaro
raffaelcavallaro-BUHhN+a2lJ4&amp;lt; at &amp;gt;public.gmane.org





_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>Raffael Cavallaro</dc:creator>
    <dc:date>2011-08-10T20:00:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3256">
    <title>Intel native MCL</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3256</link>
    <description>&lt;pre&gt;I've been using MCL a lot (again) lately, but one looming concern I have is it seems to still be very much a PPC centric app ( or I'm  building it wrong because it always comes out as one ).

Has there been any progress on making it an intel native app, as Lion appears to have no PPC support?

This is something I've just realized and MCL ( and MCLIDE, which I use for Clojure and Clozure CL ) seem to be the only non-intel apps I have let and there really is no replacement for either of them....

Anyway - just curious if that ball is rolling. I'm not good enough of a lisp hack to help much on that low of a level but I wanted to ask...

cheers and thanks,
-bp
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>Benjamin Perrault</dc:creator>
    <dc:date>2011-06-05T00:00:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3255">
    <title>MCL questions</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3255</link>
    <description>&lt;pre&gt;I am in Germany and so I am using a German keyboard, the &amp;lt; at &amp;gt; sign is on the L key, but when using MCL i have to switch to US keyboard via the System Menu. Is there a possibility to change the keys from US shift 2 to German L? Somewhere in the Interfaces folder there is a file, but I am overwhelmed to find the appropriate method.

Can one send me a small snippet for putting an image (JPEG, TIFF, PNG etc,) or a "home made" icon to view?

Thank you

juergen dabel
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>Juergen Dabel</dc:creator>
    <dc:date>2011-05-29T17:51:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3247">
    <title>CL-FAD - portable pathname library</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3247</link>
    <description>&lt;pre&gt;I have added CL-FAD to the Portability page for MCL:

  http://code.google.com/p/mcl/wiki/Portability

The CL-FAD pathname library is a thin portable layer atop the standard pathname functions.

Using the portable libraries in place of MCL-specific interfaces facilitates that your code can be used with other Common Lisp implementations.

Credits: The original code for this library was written by Peter Seibel for his book Practical Common Lisp. Edi Weitz added some stuff and made sure it worked properly on Windows, specifically with CCL. Thanks to James Bielman, Maciek Pasternacki, Jack D. Unrue, Gary King, and Douglas Crosher who sent patches for OpenMCL, ECL, ABCL, MCL, and Scieneer CL.

Any other portable libraries that should be added to the list?

&lt;/pre&gt;</description>
    <dc:creator>Terje Norderhaug</dc:creator>
    <dc:date>2011-05-17T20:49:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3245">
    <title>Portability with USocket</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3245</link>
    <description>&lt;pre&gt;I have updated the Portability wiki page for MCL with a link to the USocket TCP/IP socket interface, which supports MCL.

  http://code.google.com/p/mcl/wiki/Portability

USocket provides a portable alternative to using OpenTransport directly in your MCL applications or modules.

Using the portable libraries in place of MCL-specific interfaces facilitates that your code can be used with other Common Lisp implementations.

Thanks to Chun Tian (binghe) for bringing USocket to MCL. I have found good use for it in MCLIDE and elsewhere.

Any other portable libraries that should be added to the list?

&lt;/pre&gt;</description>
    <dc:creator>Terje Norderhaug</dc:creator>
    <dc:date>2011-05-16T23:44:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3244">
    <title>MCLIDE 1.0b4 released</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3244</link>
    <description>&lt;pre&gt;FYI, the new version of MCLIDE adds installers for most supported Lisp implementations including MCL 6. Here is the official announcement:

--------------------------------------

MCLIDE is a free open source Macintosh IDE for Lisp implementations on any platform. It provides a double-clickable, stand-alone development environment that connects to a Lisp either locally or through the network. 

The new MCLIDE 1.0b4 can install most supported Lisp implementations from the user interface, and has rich interactive development and debugging tools that make it easier to get productive with Lisp:

    http://mclide.in-progress.com

MCLIDE now also officially supports CLISP, in addition to Clojure, SBCL, Clozure CL, LispWorks and MCL. It can potentially be used with the same Lisp implementations as SLIME.

MCLIDE provides a consistent developer experience regardless of the Lisp.  The built-in programming editor has paren matching, automatic indentation and numerous shortcuts. It comes with plug-ins providing option&lt;/pre&gt;</description>
    <dc:creator>Terje Norderhaug</dc:creator>
    <dc:date>2011-05-13T23:14:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3241">
    <title>Patch for fatal crashes during errors and backtrace</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3241</link>
    <description>&lt;pre&gt;I have found the likely cause and issued a patch for a serious flaw that may cause fatal crashes in all versions of Rosetta MCL. 

The symptomatic crashes ironically happen during error handling, specifically when setting up the backtrace or reporting the call history.

I located the problem to the frame-vsp function in the MCL kernel. When called with NIL instead of a valid frame reference, it returns a bogus value.

The patch has been added to the MCL repository:

   http://code.google.com/p/mcl/source/browse/Patches/backtrace-fatality-patch.lisp

&lt;/pre&gt;</description>
    <dc:creator>Terje Norderhaug</dc:creator>
    <dc:date>2011-04-26T21:08:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3238">
    <title>At long last</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3238</link>
    <description>&lt;pre&gt;&amp;lt;tongue in cheek&amp;gt;

I noticed, reading MacUser (UK version) issue 1 Apr 2011 p.109, that 
they show a screen dump of Address Book which includes MCL Orders 
from Digitool Inc.

I just knew that MCL would hit the mainstream one day!

-p2
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

&lt;/pre&gt;</description>
    <dc:creator>peter</dc:creator>
    <dc:date>2011-04-08T16:44:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3235">
    <title>RMCL on Core i3 based machines</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3235</link>
    <description>&lt;pre&gt;I have a report from a customer that they cannot launch my RMCL based application on a Core i3 based iMac running OS X 10.6.4 or 10.6.7. The application runs fine for them and me on Core 2 Duo MacBook Pro.

Can anyone confirm that RMCL does or does not work on i3-based machines?

Thanks!

e

&lt;/pre&gt;</description>
    <dc:creator>Doug Currie</dc:creator>
    <dc:date>2011-03-31T19:16:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3234">
    <title>[Final CfPart] European Lisp Symposium, Hamburg,March 31 - April 1</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3234</link>
    <description>&lt;pre&gt;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     4th European Lisp Symposium
      Special Focus on Parallelism &amp;amp; Efficiency

      March 31 - April 1st, 2011
TUHH, Hamburg University of Technology
   Hamburg, Germany

       http://www.european-lisp-symposium.org/

Sponsors: EPITA, TUHH, Lispworks, Franz Inc., NovaSparks and Freiheit

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


News:
~~~~~
* The final program is now online.
* The early registration deadline is in 3 days, so hurry!
  Registration will still be possible afterwards.



Invited Speakers:
~~~~~~~~~~~~~~~~~
Craig Zilles -- Compiling for the common case
Marc Battyani -- Reconfigurable computing on steroids
Apostolos Syropoulos -- Scala: an OO surprise



Scope
~~~~~~
The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp dialects, including
Common Lisp, Schem&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2011-03-09T16:29:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.mcl.general/3233">
    <title>[CfPart] 4th European Lisp Symposium, registration open!</title>
    <link>http://comments.gmane.org/gmane.lisp.mcl.general/3233</link>
    <description>&lt;pre&gt;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     4th European Lisp Symposium
      Special Focus on Parallelism &amp;amp; Efficiency

      March 31 - April 1st, 2011
TUHH, Hamburg University of Technology
   Hamburg, Germany

       http://www.european-lisp-symposium.org/

Sponsored by EPITA, TUHH, Lispworks, Franz Inc., NovaSparks and Freiheit

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Registration is now open!
See http://www.european-lisp-symposium.org/content-registration-full.html
for details.

The deadline for early registration is March 12.
There is a reduced fee for students and accompanying persons.
You may also subscribe to mailing lists for this year's occurrence
on the registration page.



Invited Speakers:
~~~~~~~~~~~~~~~~~
Craig Zilles -- Compiling for the common case
Marc Battyani -- Reconfigurable computing on steroids
Apostolos Syropoulos -- Scala: an OO surprise

The complete program will be available shortly.



Scope
~~~~&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2011-02-15T15:30:25</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.mcl.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.mcl.general</link>
  </textinput>
</rdf:RDF>

