gmane.lisp.mcl.general

headers Alexander Repenning | 18 Jul 03:16

_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

I've been in a split world of real code in MCL and parallel threads 
of exploration in CCL for more than a year.  With news that Snow 
Leopard may not support PPC systems, I'm reminded that more G5 
hardware failure may make my lisp coding days on Mac problematic.

What news of progress with MCL?  Am I hearing echoes in a dark 
chamber of legacy ... (I can see the shadow of my pension (Symbolics 
iron) far down in there already).

Finding the art of falling in love with Hemlock a tab counter 
intuitive (not helped by Clozure's being elsewhere occupied than on 
their IDE at present).  But that and diving into the Cocoa labyrinth 
seem the only visible glimmers at the moment.  Or get more serious 
about Lispworks.

I've long felt that investment in pure CLOS and OpenGL might last a 
while before Apple and it's NeXT 6 shooter blow my investments out of 
the water.  But just now, even those anchors don't seem so safe 
(complexity and lack of robustness anywhere are not encouraging).

Alex, how is Open Agent Engine going?

Anyone care to review the state of play?
Or has everyone gone off into the iPhone SDK sandbox!
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

Is anyone working on this?

_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

     +------------------------------------------------------------+
     |                   CALL FOR PARTICIPATION                   |
     |                 5th European Lisp Workshop                 |
     |     July 7, Paphos, Cyprus - co-located with ECOOP 2008    |
     +------------------------------------------------------------+

The 5th European Lisp Workshop will be held on July 7, in Paphos,
Cyprus, as part of this year's European Conference on Object-Oriented
Programming (ECOOP 2008). The workshop will feature two keynote
presentations: "Lisp for the 21st Century", by Mark Tarver, and "A
detailed look at the Lisp Nature of Clojure", by Rich Hickey. We have
also accepted four scientific papers about description logic systems,
data parallelism for quantum simulation, interactive code generation,
and a rant about make-method-lambda.

Get all the programme details at http://elw2008.bknr.net/programme.

Registration
************
Main registration is with ECOOP via the following page:
https://cyprusconferences.org/ecoop08/form_ecoop.htm

There is still room for attending the workshop, so if you want to
participate, please contact me by email as well (didier@...).

--

-- 
5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/

Didier Verna, didier@..., http://www.lrde.epita.fr/~didier

EPITA / LRDE, 14-16 rue Voltaire   Tel.+33 (0)1 44 08 01 85
94276 Le Kremlin-Bicêtre, France   Fax.+33 (0)1 53 14 59 22  didier <at> xemacs.org
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

       Hello,

here are some important news on the 5th European Lisp Workshop, July 7,
Pahpos, Cyprus, co-located with ECOOP 2008:

* The paper selection process is over; the final programme will be
  available shortly. Stay tuned for the upcoming call for participation!

* We now have the abstracts for the two keynote presentations:

  Lisp for the 21st Century (Mark Tarver)

  As Lisp reaches its 50th anniversary, the talk looks at some of the
  reasons why Lisp has not found a wider acceptance amongst the
  programming community. Part of the reasons lie in a vicious cycle
  between education and industry within which Lisp is trapped. One
  solution is the L21 project - to produce a rationalized and revised
  update of Lisp for the C21. Qi fits many of the constraints of the L21
  project. The talk concludes on what needs to be done within Qi and the
  Lisp world to bring Lisp to the center stage.

  A Detailed Look at the Lisp Nature of Clojure (Rich Hickey)

  The small essential core of Lisp makes dialects easy to define and
  implement. Most dialects are viewed skeptically by the community, as
  their features can be realized via the extensibility mechanisms of
  Scheme or Common Lisp. However, functional programming,
  interoperability, extensibility and concurrency objectives call for
  different decisions at many Lisp design points. Meeting those objectives
  in a Lisp dialect testifies to the continued vitality of the Lisp idea. 
  This talk will provide a rationale for Clojure as a substantive and
  unique dialect of Lisp, and details of its design and implementation on
  the JVM.

  * Courtesy of EPITA, the workshop will have printed proceedings. A PDF
    version will also be made available on the website after the event.

  * Finally, please note that the official ELW website,
    http://elw.bknr.net, now contains an archive of all past occurrences
    of the workshop.

--

-- 
5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/

Didier Verna, didier@..., http://www.lrde.epita.fr/~didier

EPITA / LRDE, 14-16 rue Voltaire   Tel.+33 (0)1 44 08 01 85
94276 Le Kremlin-Bicêtre, France   Fax.+33 (0)1 53 14 59 22  didier <at> xemacs.org
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

Strange that I was just thinking of you when I posted this question. 

Thanks for the reasoning!

>A compiler could theoretically detect that the standard method 
>combination is used, and thus anticipate that qualifiers other 
>than :before, :after and :around are invalid. However, in the general 
>case, method combination can be performed by some user-defined 
>algorithm, and thus it is impossible to predict in the general case 
>which qualifiers are acceptable or not. This could, for example, 
>depend on runtime state of the system.
>
>
>Pascal
>
>--
>Pascal Costanza, mailto:pc@..., http://p-cos.net
>Vrije Universiteit Brussel, Programming Technology Lab
>Pleinlaan 2, B-1050 Brussel, Belgium
>
>
>
>
>
>
>_______________________________________________
>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

Would have thought that the following would have been caught at compile time.
But I imagine that there is a good reason for only detecting this at run time.
This in 5.1b4.

-----

(defgeneric some-function (x)
   (:method (x) (print x) (values))
   (:method :before (x) (print :before))
   (:method :after (x) (print :after))
   (:method :around (x)
            (print :around1)
            (call-next-method)
            (print :around2)
            (values))
   (:method :BULL (x)
            (print :BULL)))

;(some-function 5)

>  Error: #<STANDARD-METHOD SOME-FUNCTION :BULL (T)> is an invalid method.
>         :BULL is not one of :BEFORE, :AFTER, and :AROUND.
>  While executing: CCL::%INVALID-METHOD-ERROR
>  Type Command-. to abort.
See the Restarts menu item for further choices.
1 >

;(COMPUTE-APPLICABLE-METHODS #'some-function '(5)) ==>

(#<STANDARD-METHOD SOME-FUNCTION (T)>
  #<STANDARD-METHOD SOME-FUNCTION :AFTER (T)>
  #<STANDARD-METHOD SOME-FUNCTION :AROUND (T)>
  #<STANDARD-METHOD SOME-FUNCTION :BEFORE (T)>
  #<STANDARD-METHOD SOME-FUNCTION :BULL (T)>)

_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

if in a pure new MCL 5.2 Listener you evaluate (code-char #xEFBB), 
the Listener font is changed

_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

IIRC, MCL 5.2 reads in text files and converts to Unicode on the fly. 
And if you save the file then there is no going back to using that 
file in an earlier MCL release.

Not the solution you are looking for, but I am still using 5.1 for 
just that reason.

Is there some switch that allows the Unicode conversion to be turned off?

>MCL 5.2 seems to have a problem with text files. It assumes the input
>file is encoded in MacRoman and converts it to Unicode strings on
>reading, but it doesn't do a reverse conversion on writing. And then it
>just writes the lower bytes of the unicode codes. So for instance if you do:
>
>(with-open-file (in "Home:In.lisp")
>     (with-open-file (out "Home:Out.lisp" :direction :output :if-exists
>:supersede)
>       (princ (read-line in) out)))
>
>And if you have a line with foreign language characters in "In.lisp",
>you end up with different characters in "Out.lisp". So if you read it
>again, you get a different text than the first time. Does anybody have a
>solution for this problem? I found a workaround by calling
>ccl::convert-string-to-mac-encodings on the string before writing it,
>but I'm hoping for a better integrated solution, which I can save as a
>patch.
>
>Thanks,
>Octav
>_______________________________________________
>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

MCL 5.2 seems to have a problem with text files. It assumes the input 
file is encoded in MacRoman and converts it to Unicode strings on 
reading, but it doesn't do a reverse conversion on writing. And then it 
just writes the lower bytes of the unicode codes. So for instance if you do:

(with-open-file (in "Home:In.lisp")
    (with-open-file (out "Home:Out.lisp" :direction :output :if-exists 
:supersede)
      (princ (read-line in) out)))

And if you have a line with foreign language characters in "In.lisp", 
you end up with different characters in "Out.lisp". So if you read it 
again, you get a different text than the first time. Does anybody have a 
solution for this problem? I found a workaround by calling 
ccl::convert-string-to-mac-encodings on the string before writing it, 
but I'm hoping for a better integrated solution, which I can save as a 
patch.

Thanks,
Octav
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

       Dear colleagues,

I'm very happy to announce that the 5th European Lisp Workshop,
co-located with ECOOP in Paphos, Cyprus, on July 7th 2008 will feature
two keynote presentations:

- "Lisp for the 21st Century", by Mark Tarver
  See http://www.lambdassociates.org

- "A Detailed Look at the Lisp Nature of Clojure", by Rich Hickey
  See http://clojure.sourceforge.net

Mark Tarver's coming would not have been possible without the help of
our sponsors: LispWorks Ltd, Franz Inc and the Association of Lisp
Users. Please pay them a visit as well!

http://www.lispworks.com/
http://www.franz.com/
http://www.alu.org/

And remember to register to ECOOP before June 1st, the early
registration deadline...

Hope to see you in Paphos!

--

-- 
5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/

Didier Verna, didier@..., http://www.lrde.epita.fr/~didier

EPITA / LRDE, 14-16 rue Voltaire   Tel.+33 (0)1 44 08 01 85
94276 Le Kremlin-Bicêtre, France   Fax.+33 (0)1 53 14 59 22  didier <at> xemacs.org
_______________________________________________
info-mcl mailing list
info-mcl@...
http://clozure.com/mailman/listinfo/info-mcl

Mon	Tue	Wed	Thu	Fri	Sat	Sun

	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

how hard would it be to turn Clozure CL into a browser plugin?

State of play?

Porting Fred to Cocoa

CfParticipation: ELW'08, July 7, Paphos, Cyprus

[ELW'08] Important news

Re: CLOS keeps on surprising me

CLOS keeps on surprising me

font change anomaly

Re: Text files in MCL 5.2

Text files in MCL 5.2

[ELW'08] Breaking News: 2 keynote speakers