headers
Marco Antoniotti | 1 Feb 14:15
Picon

ELS 2012, Zadar, Croatia

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 systems, to the development of 
abstractions levels that facilitate the expression of complex context 
dependent tasks, to the construction of exchange formats handling 
libraries, to the construction of theorem-provers for the "Semantic 
Web".  The European Lisp Symposium 2012 solicits the submission of 
papers with this specific theme in mind, alongside the more 
traditional tracks which have appeared in the past editions. 

We invite submissions in the following forms:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marco Antoniotti | 23 Jan 12:50
Picon

ELS2012 Zadar, Croatia, Call for Papers

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 interpreters in C-based systems, to the development of
abstractions levels that facilitate the expression of complex context
dependent tasks, to the construction of exchange formats handling
libraries, to the construction of theorem-provers for the "Semantic
Web".  The European Lisp Symposium 2012 solicits the submission of
papers with this specific theme in mind, alongside the more
traditional tracks which have appeared in the past editions.

We invite submissions in the following forms:
(Continue reading)

Permalink | Reply | 0 comments |
headers
peter | 14 Jan 23:32

MCL on latest Mac Mini

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@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 6 comments |
headers
Marco Antoniotti | 8 Jan 14:55
Picon

SUBTYPEP mishap?

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@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 0 comments |
headers
peter | 17 Dec 08:02

ccl::*defmethod-congruency-override*

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@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 0 comments |
headers
Sandro Pedrazzini | 3 Oct 15:29
Favicon

MCL Web server

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@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 3 comments |
headers
Raffael Cavallaro | 10 Aug 22:00
Picon
Gravatar

clozure.com down

You may already be aware of this, but clozure.com appears to be down.

warmest regards,

Ralph

Raffael Cavallaro
raffaelcavallaro@...

_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 0 comments |
headers
Toomas Altosaar | 8 Jun 17:23
Picon
Picon

Re: Fwd: Intel native MCL

>On Jun 7, 2011, at 5:02 AM, Toomas Altosaar wrote:
>
>>
>>>  FRED fans might like this patch too:
>>>
>>>  ;;; Fix copy-region-to-input to work like FRED did
>>
>>  Unfortunately, I don't see yet how one is supposed to use 
>>copy-region-to-input. Is it a keyboard equivalent of mouse-copy?
>
>That's for when you're typing at the Listener and you want to grab 
>another sexpr in the listener by putting the cursor on it and 
>pressing RETURN.  The base Hemlock behavior is to replace what 
>you're typing with the new input.  FRED (and this patch) append the 
>new input to what you've already typed, and also to leave the cursor 
>in the same relative position as where you placed it.
>
>rg

Thanks for the explanation, it works great!
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 0 comments |
headers
Toomas Altosaar | 7 Jun 14:02
Picon
Picon

Re: Fwd: Intel native MCL

Thanks Ron for the patch:

;;; Fix EVAL-REGION to make the result visible
(defcommand "Editor Execute Expression" (p)
   "Executes the current region in the editor Lisp."
   (declare (ignore p))
   (let* ((region (copy-region (current-form-region)))
          (form (region-to-string region))
          (buf (gui::hemlock-buffer (#/topListener 
gui::hemlock-listener-document))))
     (when buf
       (let ((HI::*CURRENT-BUFFER* buf))
         (move-mark (current-point) (region-end (buffer-region buf)))))
     (format (HEMLOCK-EXT:TOP-LISTENER-OUTPUT-STREAM) "~A~&" form)
     (eval-region region)))

as well as the following:

>FRED fans might like this patch too:
>
>;;; Fix copy-region-to-input to work like FRED did

Unfortunately, I don't see yet how one is supposed to use 
copy-region-to-input. Is it a keyboard equivalent of mouse-copy?
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 1 comment |
headers
Toomas Altosaar | 6 Jun 08:36
Picon
Picon

Re: Fwd: Intel native MCL

 From yesterday's optimistic post about how much further ahead Clozure 
CL's GUI has moved, I thought I'd try out Clozure CL (Clozure 
CL64.app that I built last September) and run a small and trivial 
function that I wrote over the weekend on MCL. The file was so small 
I just copied the clipboard contents from the PPC to the Intel 
machine and pasted it into a new Clozure CL buffer, saved it, and 
then evaluated it.

It worked fine. It just prints out 5 lines of text with some numbers 
and symbols. Nothing esoteric.

However, it worked only once. Now doing command-E, command-shift-E, 
etc. has no more effect.

Even typing (+ nil 5) into the file editor and trying to evaluate 
this form to get an error (either by selecting it via the mouse or 
through the menus) has no effect. It seems like Hemlock has died.

And I have absolutely no clue what is wrong or what needs to be done 
... except restart the app.

I guess everyone has a different threshold at which they will start 
yelling at the computer and launching MCL.

>There will never be an Intel-native MCL. It's too much work for too 
>little gain.
>
>That's the bad news. The good news is that Clozure CL is of course 
>already Intel-native and its compiler is superior to MCL's in many 
>ways beyond just being Intel-native.
>
>CCL's Cocoa IDE is not yet quite up to the facility of MCL's IDE, 
>but it's getting close. I've been using it exclusively for Lisp 
>development for about 6 months now, and it's good enough that I no 
>longer find myself periodically yelling at the computer and 
>launching MCL. It's moved from alpha quality to beta quality.
>
>One thing that would be very helpful in improving the CCL Cocoa IDE 
>is for MCL veterans to use it and provide feedback (to Clozure or to 
>this list) of your top n "dealbreaker" issues that you need working 
>to make the CCL IDE usable. As I said, my dealbreakers list is now 
>empty and I'm working on my "it would be very nice if" list, but if 
>you have any dealbreakers of your own please voice them.
>
>Clozure and several volunteers are working on the IDE and your 
>feedback always helps them prioritize issues.
>
>Shannon Spires
>
>
>Begin forwarded message:
>
>>From: Benjamin Perrault 
>><<mailto:ben.perrault@...>ben.perrault@...>
>>Date: June 4, 2011 6:00:40 PM MDT
>>To: <<mailto:info-mcl@...>info-mcl@...>
>>Subject: [info-mcl] Intel native MCL
>>Reply-To: Discussion list for MCL users 
>><<mailto:info-mcl@...>info-mcl@...>
>>
>>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
>><mailto:info-mcl@...>info-mcl@...
>><http://clozure.com/mailman/listinfo/info-mcl>http://clozure.com/mailman/listinfo/info-mcl
>>
>
>_______________________________________________
>info-mcl mailing list
>info-mcl@...
>http://clozure.com/mailman/listinfo/info-mcl

_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 10 comments |
headers
Benjamin Perrault | 5 Jun 02:00
Picon

Intel native MCL

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@...
http://clozure.com/mailman/listinfo/info-mcl
Permalink | Reply | 3 comments |

Gmane