gmane.lisp.mcl.general

Re: GUI help for Lisp in Small Parts

Pascal J. Bourguignon — 2013-04-25T20:41:51

David Johnson-Davies <david-fDpYTK8McCy8qtKVGud/9w< at >public.gmane.org>
writes:


AFAIK, there's no implementation of CAPI other than Lispworks.  
It doesn't seem to be a free software library.


So if you wanted to use CAPI on CCL, you would have to implement it
anew.



Implementing GUI with CCL can be done using the Objective-C bridge and
Cocoa objects.

I'm sorry, but I learned Objective-C before lisp, so it's painful to me
to use Cocoa without the Objective syntax.  So I implemented a few
reader macros, and I can do:

    (ql:quickload :com.informatimago.objcl)
    (objcl:enable-objcl-reader-macros)
    (let ((alert [[NSAlert alloc] init]))
      (unwind-protect
           (progn
             [alert addButtonWithTitle:< at >"OK"]
             ;; [alert addButtonWithTitle:< at >"Cancel"]
             [alert setMessageText:< at >"The sum of 3 and 4 is 7."]
             [alert setInformativeText:< at >"Ain't it great?"]
             [alert setAlertStyle:#$NSWarningAlertStyle]
             [alert runModal])
        [alert release]))

Just use: https://developer.apple.com/library/mac/navigation/

Re: GUI help for Lisp in Small Parts

Harald Striepe — 2013-04-24T15:57:55

What is the level of sound support in XMLisp. It was not clear on the home page.
I am interested in using it for Algorithmic Composition delivering sound in real time.

It does not have to be suitable for Live Coding like impromptu or Extempore. Those systems are great, but lack the ccl style dev environment.

Thanks,

Re: GUI help for Lisp in Small Parts

Alexander Repenning — 2013-04-24T14:21:10

you examples could be done with XMLisp: http://code.google.com/p/xmlisp/

which runs with CCL on the Mac and Windows


alex

On Apr 24, 2013, at 5:23 AM, David Johnson-Davies wrote:


Prof. Alexander Repenning

University of Colorado
Computer Science Department
Boulder, CO 80309-430

vCard: http://www.cs.colorado.edu/~ralex/AlexanderRepenning.vcf


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: GUI help for Lisp in Small Parts

Doug Currie — 2013-04-24T14:15:35

Hi David,

You should send your inquiry to:

Openmcl-devel <openmcl-devel-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org>

This list is for MCL (not CCL) and hasn't had any MCL related traffic for a year or more.

e

On Apr 24, 2013, at 7:23 AM, David Johnson-Davies <david-fDpYTK8McCy8qtKVGud/9w< at >public.gmane.org> wrote:

GUI help for Lisp in Small Parts

David Johnson-Davies — 2013-04-24T11:23:31

Can anyone help?

I'm developing a beginner's Lisp tutorial called "Lisp in Small Parts". Currently it's designed to run with LispWorks, but I want to make it work with Clozure CL too as that's more easily available to beginners; eg from the Mac App Store.

The question is - are there equivalents to the CAPI GUI commands in Clozure CL? I need to create a Clozure CL version of this page "Creating Dialogue Boxes":

http://www.plasticki.com/show?HO

I've seen references to EasyGUI, but can't find any specifications.

Thanks,
David Johnson-Davies

+------------------------------------------------------------+
David Johnson-Davies, Human-Computer Interface Ltd
17 Signet Court, Swanns Road, Cambridge, CB5 8LA, England.

Tel: +44 1223 314934, Fax: +44 1223 462562
Email: david-fDpYTK8McCy8qtKVGud/9w< at >public.gmane.org, Web: http://www.interface.co.uk/
+------------------------------------------------------------+

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

[Extended Deadline] European Lisp Symposium 2013 -Madrid - June 1-4

Didier Verna — 2013-03-05T16:11:30

;;            ______   _         _____   _   __   ____  
;;           |  ____| | |       / ____| ( ) /_ | |___ \ 
;;           | |__    | |      | (___   |/   | |   __) |
;;           |  __|   | |       \___ \       | |  |__ < 
;;           | |____  | |____   ____) |      | |  ___) |
;;           |______| |______| |_____/       |_| |____/ 
;;                                                      
;;              European Lisp Symposium 2013 - ELS'13
;;                         Madrid, Spain
;; 
;;                        June 1-4, 2013
;;
;;           http://els2013.european-lisp-symposium.org/

                ** DEADLINE EXTENSION: March 17th **

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, Hop and so on. We
encourage everyone interested in Lisp to participate.

The main theme of the 2013 European Lisp Symposium is on the use of
these languages with respect to the current grand challenges: big
tables, open data, semantic web, network programming, discovery,
robustness, runtime failures, etc.

The European Lisp Symposium 2013 solicits the submission of papers
with these specific themes in mind, alongside the more traditional
tracks which have appeared in the past editions.

We invite submissions in the following forms:

  Papers: Technical papers of up to 15 pages that describe original
    results or explain known ideas in new and elegant ways.

  Demonstrations: Abstracts of up to 4 pages for demonstrations of
    tools, libraries, and applications.

  Tutorials: Abstracts of up to 4 pages for in-depth presentations about
    topics of special interest for at least 90 minutes and up to 180
    minutes.

  Lightning talks: Abstracts of up to one page for talks to last for no
    more than 5 minutes.

All submissions should be formatted following the ACM SIGS guidelines
and include ACM classification categories and terms. For more
information on the submission guidelines and the ACM keywords, see:
http://www.acm.org/sigs/publications/proceedings-templates and

  http://www.acm.org/about/class/1998.


Invited speakers:

  Florian Loitsch, Google: Dart, why you should care.
  Gérard Assayag, Ircam: Lisp and Music Research.


Important dates:

  March, 17th 2013: submission deadline ** EXTENDED **
  April, 5th 2013: acceptance results
  June, 1-4 2013: symposium


Program Commitee:

  Pascal Costanza, Intel, Belgium
  Ludovic Courtes, INRIA, France
  Theo D'Hondt, Vrije Universiteit Brussel, Belgium
  Florian Loitsch, Google, Denmark  
  Christian Queinnec, UPMC, France
  Kurt Noermark, Aalborg University, Denmark
  Olin Shivers, Northeastern University, USA
  Manuel Serrano, INRIA, France
  Didier Verna, EPITA, France


Chair:

  Juan Jose Garcia-Ripoll, local organizer
  Christian Queinnec, PC co-chair
  Manuel Serrano, PC co-chair

Re: What are current plans for RMCL?

Terje Norderhaug — 2012-04-12T16:54:24

If you use MCLIDE as your IDE on Mac, you may not need to have an IDE on Windows, as you can target your Lisp implementation running on Windows from the comfort of your Mac:

    http://mclide.com

Re: What are current plans for RMCL?

Alexander Repenning — 2012-04-12T06:39:51

On Apr 11, 2012, at 7:02 AM, Pascal Costanza wrote:



Looks to me as if RMCL IS depreciated already.

Don't get me wrong. I appreciate all that has been done to keep it alive for all these years. Thank you all. I think it is time to move on an focus the energy on CCL which does work quite well for most things. The one thing I am still not super happy about it the IDE on Windows. I think that could use some work. Perhaps that would be a good place for all this newfound energy once we let go of RMCL. 

(R)MCL was great. The few who still need it should be able to make things work with virtualization. Let see it ride into the sunset with some dignity. Goodbye old friend!

Alex


Prof. Alexander Repenning

University of Colorado
Computer Science Department
Boulder, CO 80309-430

vCard: http://www.cs.colorado.edu/~ralex/AlexanderRepenning.vcf


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: What are current plans for RMCL?

Pascal Costanza — 2012-04-12T05:58:55

On 11 Apr 2012, at 23:46, Pascal J. Bourguignon wrote:


I don't have specific applications on RMCL. I'm only trying to make sure that Closer to MOP runs on as many CL implementations as possible.


Pascal

--
Pascal Costanza
The views expressed in this email are my own, and not those of my employer.




_______________________________________________
Info-mcl mailing list
Info-mcl-7+gK9HgA2O9Wk0Htik3J/w< at >public.gmane.org
http://digitool.com/mailman/listinfo/info-mcl_digitool.com

Re: What are current plans for RMCL?

Pascal J. Bourguignon — 2012-04-11T21:46:57

Pascal Costanza <pc-99OXBJU6cIpeoWH0uzbU5w< at >public.gmane.org> writes:


I don't think there's a point to "upgrade" RMCL, that having been done
already with CCL.  That doesn't prevent us to use it in virtual
machines, if we may.

Do you have specific applications running on RMCL?



peter <p2.edoc-gM/Ye1E23mwN+BqQ9rBEUg< at >public.gmane.org> writes:


Well, we're speaking of source code, what's more, written in
lisp. (Ie. with a nice OO layer above the Mac Toolbox).



Harder by the day.



Eventually a solution.  But I still haven't had all the expected success
with virtual machines.  There are still often problems with the hardware
and applications using it.  (People virtualize the processor and RAM,
ok, but they forget to virtualize the hardware too).



That would have to be done to each MCL application.

And perhaps it has been done, or at least for the applications that were
deemed interesting.


So here is my question:  

Is there a lot of left-behind applications?

I can imagine that a few of them were kept on life support on old
computers or on Rosetta with RMCL.  How many of them?


As I see it, there are basically three layers of dependencies.

1- Dependencies on the MacOS Toolbox, embodied by the use of Toolbox
   functions such as #_DrawString, including other FFI operators (rlet,
   wptr, etc).

2- Dependencies on ccl (ie. the package CCL).

3- Dependencies on the "library", ie. the set of classes and functions
   that layer above the MacOS Toolbox, the classes such as MENU, WINDOW,
   SIMPLE-VIEW, etc.


The first dependency is being pulled out from under us, so applications
should move on.  At best, we could provide the Toolbox API as a library
implemented over various targets (cocoa, X, GTK, whatever).  But the
applications would still need to be updated to avoid messing with the
FFI, (and remove the "#_" by the way).

The second dependency might be provided by ccl, but applications might
still want to avoid them (using portability libraries for example).  I
don't know if there are things in CCL that were provided in MCL or RMCL
that are not provided anymore by CCL.

As for the third dependency, I think it is possible to take it from the
sources of RMCL, and implement the lower layer over cocoa (or GNUstep,
X, GTK, whatever).

This would allow porting applications written in MCL or RMCL to CCL and
perhaps other CL implementations, and possibly even to other systems
than MacOSX.




The sources of fred seem to be within the sources of rmcl.  It should be
possible to make them stand alone, with the help of the GUI library.



Well, for a little more than a penny ;-)

So that's my question.  How many applications would need such a
modernized library to be ported on current ccl/macosx (or possibly other
current CL and/or other systems)?  How much money could be raised, for
such a work? (perhaps with crowd-founding?)

Re: [asdf-devel] What are current plans for RMCL?

Pascal Costanza — 2012-04-11T16:08:31

On 11 Apr 2012, at 17:59, Faré wrote:


I have submitted bug reports, and provided descriptions of my setup (I think, actually, more than once). Have you entered them in the test suite for ASDF? (Do you have a test suite for ASDF?) I find it hard to believe they don't show up on your side if you continue testing that setup. (The bugs occur in SBCL, Clozure and LispWorks, for example…)


Pascal

--
Pascal Costanza
The views expressed in this email are my own, and not those of my employer.

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: What are current plans for RMCL?

peter — 2012-04-11T15:13:59

Pascal, probably for the reasons you allude to, I've always tended to 
find ASDF a bit of a struggle. But I've not yet attuned myself fully 
to the opensource plug&play software culture.

Re. RMCL (which from me had moved on to MCL6), I think the writing 
was on the wall in many dimensions from way back.  Carbon's obviously 
of a bygone era, now snuffed out by Apple (Lion, Rosetta etc).

I just had a struggle with trying to get Snow Leopard Server (SLS) 
running through VMWare Fusion on a Lion Mac Mini Server, and failed. 
This with a view to bridging a port of a MCL app to the next viable 
lisp.  I failed.  This was not helped by the pathetic documentation 
for Fusion (which is PC/Wintel orientated) and Apple, who seem to 
have done nothing to help us do this.  They have relaxed some 
licensing rules, but in so many ways have either deliberately or 
mindlessly made things bloody awkward.  In this area I think we're 
climbing over years of Apple's efforts to prevent any use of MacOS X 
on non Apple hardware. So now despite trying to legitimately run SLS 
on Apple hardware, we have problems.

Meanwhile we can easily get SLS or SL to run on an AMD Hackintosh 
etc.  But if you want to stay pukka and on-side with Apple, you've 
got problems if you need Rosetta.

Perhaps now is a decision point for any sad losers like me who still 
have legacy code and systems that depend upon Carbon (I speak as one 
with a 1983 3600 so I know all about albatrosses, and if you don't 
know what a 3600 is, thank your stars that you still have a hope). 

Scenario A: try to hunt out old SL supporting boxes (I could find 
only a few refurbs in the USA, none in Europe. Take a chance on eBay 
etc.  This is getting ever more remote from commercial viability, so 
surely any diehards must be classified as hobbyists or eccentric 
throwbacks.

Scenario B: get virtualization of SL going under Lion.  And please 
let us know exactly how to do it.

Scenario C: A quiet chalk line crossed was when Terje moved MCLIDE 
from Carbon to Cocoa.  For me he's a huge hero for any with MCL 
tainted blood in their veins.  And unlike Alice, whom I still 
venerate in a weird way (given that I never managed, despite many 
years of trying, to connect with her personally), Terje communicates 
brilliantly. In Terje's move, he went followed not just where 
Quckdraw morphed into Cocoa, but that colossus (and wonder of the 
lisp world) Byers at Clozure.

What does that mean for MCLers down on terra firma. Well goodbye to 
tons of what you know and love. Though evolving from MCL, the lisp 
sources share a lot.  Obviously your pure CL is safe and very happy. 
But reach out to do your display work, interfacing outside, then get 
your objective-C hat on (I haven't found mine yet).  It'll help if 
you have any Unixy-geek blood in you. The terminal's your friend.

Unlike Harlequin who cost real money and don't allow you sight of the 
sources, CLZ (aka CCL or Clozure Common Lisp) demands no money cost. 
It is red hot now lisp, runs like something flying off a hot shovel 
(native threads, so at last you can put your multi-core Intel chip to 
work).  CLZ runs on Windows c/o Cocotron so you might have 10x the 
market place for little extra investment of your design genius. 
Android possibilities are coming through. I fantasize of delivery on 
iOS of course - admit it, so do you. But that's still confined to the 
bedroom.

People like me (at heart a musician, a cellist, so I allow my 
subconscious to communicate with my fingers, leaving my mind free to 
think about design and my end users' living experience), a huge issue 
is losing Fred and replacing it with Hemlock.  For me this is moving 
from the sanity of the concert hall to a teenager's bedroom, my 
instincts clash with so much.

I am being far too un-geeky here, but in for a penny ... Another 
confession, I've a rotten gremlin (one of many) in my head, called 
dyslexia, which in writing prose makes everything a huge struggle, 
but in writing code can be dynamite - the bad sort.  But my darling 
Fred allowed me to use mouse-copy.  This has for decades been an 
absolute life saver for me.  If Clozure had mouse-copy, I'd long ago 
have let MCL slide into oblivion, and embraced that huge and steep 
learning curve of Hemlock and Cocoa.  Well I have been trying to do 
just that, but it has been snakes&ladders for me.  I, like many of my 
ilk, am not CS trained, I don't have Linux or C flowing in my veins. 
I don't do geek or formal methods, these tools (MCL etc) are just 
brushes, paint and canvas, my mind is in the end picture.

But there's no mouse-copy for CLZ. Blame me, I'm seemingly the only 
fool aching for it, and CLZ being quasi open, I should have 
written/contributed it.  I would if I thought I could.

I've been way to personal in this reply. But continuing, another 
thing that is way out of my comfort zone in the Clozure world is 
discussion lists culture.  The main one seems basically for the 
development of CLZ (I shouldn't use that term in public, as I've seen 
Gary B fume at the mention of it, perfectly suitable though it is). 
We CCL users are beta testers, and discussions that help fix CCL that 
are on topic, highly professional and perfectly relevant are well 
received.  But I've had my head chewed off viciously more than once 
(usually by college grad types) for not behaving in true geek 
autistic style.

Over the years, the info-mcl list has been a great boon to me and 
many like me. A human face when the ingenue can timidly seek and gain 
encouragement, and not expect the know-it-all (who knows a little 
about code and nothing of social grace) to dump on them.

What I mean is that the community of users may matter to you. If you 
are a regular CS type, most of what I'm trying to say will be Greek 
to you and you'll fit in with CCL easily.  However, over the decades 
I've known some superb minds that found MCL (and before it Zetalisp) 
allowed them the means to make real their dreams and think-different 
designs. These have been sometimes been mould makers rather than 
moulded minds.  For them, often extremely clever folk, the CS culture 
can be harsh to the point of being toxic and intolerable.  This can 
be quite strong in the CCL world. So before jumping in the deep end 
there, it might be worth considering whether you can take the heat. 
Most there don't mince words.

Maybe RMCL or what next, might be answered by asking yourself if you 
are trying to design and make something, or whether trying to 
assemble Leggo parts to make something Ikea.  If you expect to start 
with a clean slate and a head full of ideas, your path may be 
different than if Quicklisp gets you most of the way to where you 
need to go.

There are of course other lisps to explore. ECL for your iOS dreams. 
SBCL. Clojure, Python, ... In everything, we may be safest to stay 
with the herd. Share the headaches and glean crumbs from the table of 
the gurus.

But for RMCL, I think the hooddy with the scythe has been tugging at 
the curtain for a long time. The rats (and smart folk) have long left 
the ship. Lion and future cats will have no place for it. Everything 
is shrinking inside the walled garden, a gadget world, shiny in 
pockets, kindergartens and dainty handbags. Old fogey code doesn't 
belong there. And crying that your realtime genome vizualizer is not 
like another iFart app, won't buy to any hearing.

Another question to ponder is, coming from RMCL hence the Mac world, 
do you want to move into the OSX world which has a slow-mo vice 
closing around it. This is not the free world of 1984, but the steel 
hard world of borg ruthless control which is the mega corporation 
Apple. It is the pinnacle of unilateralism and dictatorship, and lisp 
in their world is some sort of maverik.  Despite what SK8 did for 
Apple seemingly so recently, any from Apple of that era must long 
have retired as the super rich. Modern generations probably think you 
have a speech impediment.  You are on your own with Apple, and I 
can't see anyone jumping through the sandboxes and app store 
scrutineer, so just what are you going to deliver your work on. The 
desktop model is sliding fast into history.  And some things just 
don't squeeze into the client/server model.  Even Cl-HTTP for MCL 
died with Alice's unicode update.

For myself (hair long gone, teeth turned to chalk) I want to love 
CCL, but struggle with their apparent insensitivity to the 
developer's UX. But there are many bonuses too. A major league 
consultancy help to fall back on, bleeding edge code as far as lisp 
goes, a pandora's box of code to explore, fantastic leg-up help from 
the likes of Paul Krueger for your Cocoa visions.

But back to Pascal's question. I don't know where RMCL stands, 
whether anyone's here, whether Pascal and I are talking to echoes.

My hope is to run with Terje, to CCL, and hoping we collectively 
manage to morph some of Fred to Hemlock (even better, all of Fred to 
CCL).  CCL is a commercial world, and if you want help of any sort 
you are likely to have to pay for it. Clozure the company is not a 
charity.

Come what may, I do hope the info-mcl list continues so there's a 
sane and safe place to discuss both maintenance of MCL built systems 
and migration issues.

-peter

At 3:02 PM +0200 12/4/11, Pascal Costanza wrote:

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: What are current plans for RMCL?

Andrew Shalit — 2012-04-11T14:40:18

Clozure doesn't have plans to do more work on RMCL.  If someone wanted to hire to do some work on it we'd be happy to speak with them, but it's not clear that there's anything helpful to do.  The fact is that RMCL (and MCL) run on PowerPC and use Carbon, and both those technologies have been deprecated.

It should be possible to reimplement the highest level portions of the MCL Macintosh interface in CCL ---- things like MAKE-WINDOW and MAKE-MENU-ITEM.  But this would still be a long way from creating compatibility with existing MCL source code.

On Apr 11, 2012, at 9:02 AM, Pascal Costanza wrote:


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

What are current plans for RMCL?

Pascal Costanza — 2012-04-11T13:02:18

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 for ASDF (which is a tool that should be much more stable than it currently is), I decided now that it is better to drop logical pathnames and go for the Unix-like names that the ASDF maintainers seem to strongly prefer. RMCL would be the only Common Lisp implementation that would cause a problem in this regard.

So, what's the verdict?


Thanks a lot for any hints!

Best,
Pascal

--
Pascal Costanza
The views expressed in this email are my own, and not those of my employer.



_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Intermediate debugger steps

peter — 2012-03-26T14:55:23

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< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

ELS 2012, Zadar, Croatia

Marco Antoniotti — 2012-02-01T13:15:42

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: 

Papers: Technical papers of up to 15 pages that describe original 
results or explain known ideas in new and elegant ways. 

Demonstrations: Abstracts of up to 4 pages for demonstrations of 
tools, libraries, and applications. 

Tutorials: Abstracts of up to 4 pages for in-depth presentations about 
topics of special interest for at least 90 minutes and up to 180 
minutes. 

Lightning talks: Abstracts of up to one page for talks to last for no 
more than 5 minutes. 

All submissions should be formatted following the ACM SIGS guidelines 
and include ACM classification categories and terms. For more 
information on the submission guidelines and the ACM keywords, see: 
http://www.acm.org/sigs/publications/proceedings-templates and 
http://www.acm.org/about/class/1998. 


Important dates: 

February 15th 2012: submission deadline (extended deadline) 
March 7th 2012: acceptance results 

April 30th 2012: Conference opens 


Program Commitee. 
Chair: 
Marco Antoniotti, Università degli Studi di Milano Bicocca, Milan, ITALY 

Local organizers: 
Damir Cavar, Eastern Michigan University 
Franjo Pehar, University of Zadar 
Damir Kero, University of Zadar 

Members: 
Giuseppe Attardi, Università degli Studi di Pisa, Pisa, ITALY 
Pascal Costanza, Intel, Bruxelles, BELGIUM 
Marc Feeley, Université de Montreal, Montreal, CANADA 
Scott McKay, Google, U.S.A. 
Kent Pitman, U.S.A. 
Christophe Rhodes, Department of Computing, Goldsmiths, University of London, London, UNITED KINGDOM 
Robert Strandh, LABRI, Université de Bordeaux, Bordaux, FRANCE 
Didier Verna, EPITA / LRDE, FRANCE 
Taiichi Yuasa, Kyoto University, JAPAN


--
Marco Antoniotti


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

ELS2012 Zadar, Croatia, Call for Papers

Marco Antoniotti — 2012-01-23T11:50:10

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:

Papers: Technical papers of up to 15 pages that describe original
results or explain known ideas in new and elegant ways.

Demonstrations: Abstracts of up to 4 pages for demonstrations of
tools, libraries, and applications.

Tutorials: Abstracts of up to 4 pages for in-depth presentations about
topics of special interest for at least 90 minutes and up to 180
minutes.

Lightning talks: Abstracts of up to one page for talks to last for no
more than 5 minutes.

All submissions should be formatted following the ACM SIGS guidelines
and include ACM classification categories and terms. For more
information on the submission guidelines and the ACM keywords, see:
http://www.acm.org/sigs/publications/proceedings-templates and
http://www.acm.org/about/class/1998.


Important dates:

Jan 31st 2012: submission deadline
Feb 21st 2012: acceptance results

April 30th, 2012 Conference opens


Program Commitee.
Chair:
Marco Antoniotti, Università degli Studi di Milano Bicocca, Milan, ITALY

Local organizers:
Damir Ćavar, Eastern Michigan University
Franjo Pehar, University of Zadar
Damir Kero, University of Zadar

Members:
Giuseppe Attardi, Università degli Studi di Pisa, Pisa, ITALY
Pascal Costanza, Intel, Bruxelles, BELGIUM
Marc Feeley, Université de Montreal, Montreal, CANADA
Scott McKay, Google, U.S.A.
Kent Pitman, U.S.A.
Christophe Rhodes, Department of Computing, Goldsmiths, University of London, London, UNITED KINGDOM
Robert Strandh, LABRI, Université de Bordeaux, Bordaux, FRANCE
Didier Verna, EPITA / LRDE, FRANCE
Taiichi Yuasa, Kyoto University, JAPAN


--
Marco Antoniotti


_______________________________________________
info-mcl mailing list
info-mcl< at >clozure.com
http://clozure.com/mailman/listinfo/info-mcl

Re: MCL on latest Mac Mini

John Wroclawski — 2012-01-15T20:27:19

At 4:33 PM -0800 1/14/12, Benjamin Perrault wrote:>

While it's absolutely the complete, dial-to-11 antithesis of 
"supported", SL can be convinced run quite well on the new minis, at 
least the ones with the intel integrated graphics (the low end one 
and the server). I'm happily running SL server on a quad-core i7 (not 
for MCL, but to be a server) with great success.

I suspect it may well work on the mid-grade mini with the better 
video too, but that's a little more of a stretch since SL never 
supported the exact video chip that mode has, just others in the 
family. Not sure if anyone has proven what happens on that machine 
one way or another.

Getting there is nontrivial. You need both a SL-supported thunderbolt 
macbook pro and a copy of Lion. The basic strategy is to

- first, completely update the macbook pro with a copy of 10.6.8 that 
has all software updates *including* the separate thunderbolt s/w 
updates.
- 2nd, duplicate that OS/drive onto the mini over firewire using 
something like SuperDuper! or equivalent.
- 3rd, grab from Lion the data files that describe the cpu clock 
frequency profiles for these new machines and copy them back to the 
mini's SL system.

Lots of discussion about this here:
https://discussions.apple.com/thread/3209335?start=280&tstart=0
(though also a lot of confusion in that thread caused by people who 
didn't start with a fully updated thunderbolt system as mentioned in 
steps 1 and 2 above)

cheers,
john
_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: MCL on latest Mac Mini

peter — 2012-01-15T19:46:25

Many thanks all.

I got the impression (some from Apple store) that the newest Mac 
Minis (some at least) had new firmware that might (they said would) 
prevent back-grading to Snow Leopard. The Mac Minis are Core i5 and 
i7 CPU while the Mac Pro is Xeon Nehalem or Westmere and so might be 
a different matter.

Running a quad-core i7 with one 2GHz thread used by MCL under Rosetta 
and VMWare Fusion could make a port to CCL on 8 parallel threads 
tempting.

But for now I just need to run some MCL code as is on a Mac Mini. And 
a trial run with a 2.7GHz dual-core i7 with VMWare and SL might prove 
the viability.  Anyone done or know if this has been done (and run 
MCL) already?


At 8:32 PM -0500 12/1/14, Andrew Shalit wrote:

_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: MCL on latest Mac Mini

Hongbin Wang — 2012-01-15T15:34:06

Andrew is right. FYI: I have successfully installed MCL on a VirtualBox VM running Snow Leopard, and the VM runs inside Lion on my newly purchased Mac Pro (Quad-Coe Intel Xeon). It seems MCL runs fine.

Hongbin


On Jan 14, 2012, at 7:32 PM, Andrew Shalit wrote:


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl

Re: MCL on latest Mac Mini

Andrew Shalit — 2012-01-15T01:32:36

I don't know about downgrading, but it is definitely possible to run Snow Leopard inside a VMWare Fusion virtual machine running on Lion.  That Snow Leopard can then run Rosetta, and presumably MCL.

Depending on the version of Fusion you have, you may or may not need to trick it into thinking that you have Snow Leopard (or Lion?) Server.  That's easily done, though.  Apparently all you need to do is create a file with a certain name in a certain location.  Google/Bing is your friend in finding the details.




On Jan 14, 2012, at 5:32 PM, peter wrote:


_______________________________________________
info-mcl mailing list
info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org
http://clozure.com/mailman/listinfo/info-mcl