Martin Mallinson | 22 Aug 16:20 2014
Picon

CL-PDF on ACL 9.0 - using Quicklisp works

Ah - success! I could not get asdf to work - see note below since it may be helpful to understand why - but quicklist just worked ... (thanks for the tip Nick)

ASDF Notes (this is all ACL 9.0 64bit)
sch(68): (asdf:asdf-version)
"3.0.2.3"
sch(74): (asdf/operate:load-system "cl-pdf")
Error: Component "cl-pdf" not found
[condition type: missing-component]
sch(75): (setf asdf:*central-registry* '(*default-pathname-defaults*))
(*default-pathname-defaults*)
sch(76): (asdf/operate:load-system "cl-pdf")
; Loading c:\LISP\CL-pdf\trunk\cl-pdf.asd
Error: Component :iterate not found, required by #<system "cl-pdf">
[condition type: missing-dependency]

QUICKLISP notes
sch(78): (ql:quickload :cl-pdf)
To load "cl-pdf":
  Load 1 ASDF system:
    cl-pdf
; Loading "cl-pdf"
To load "iterate":
  Install 1 Quicklisp release:
    iterate
; Fetching #<url "http://beta.quicklisp.org/archive/iterate/2013-01-28/iterate-20130128-darcs.tgz">
; 326.07KB
==================================================
333,896 bytes in 1.85 seconds (176.73KB/sec)
; Loading "iterate"
[package iterate]..........................
; Loading "cl-pdf"
To load "zpb-ttf":
  Install 1 Quicklisp release:
    zpb-ttf
; Fetching #<url "http://beta.quicklisp.org/archive/zpb-ttf/2013-07-20/zpb-ttf-1.0.3.tgz">
; 43.82KB
==================================================
44,869 bytes in 0.13 seconds (327.00KB/sec)
; Loading "zpb-ttf"
[package zpb-ttf]..........
; Loading "cl-pdf"
[package pdf]..................................
(:cl-pdf)
sch(79): (example1 "c:/temp/temp.pdf")
#P"c:\\temp\\temp.pdf"
sch(80): (ed *)

It works ... thanks team..
Martin M
<div>
    Ah - success! I could not get asdf to work - see note below since it
    may be helpful to understand why - but quicklist just worked ...
    (thanks for the tip Nick)<br><br>ASDF Notes (this is all ACL 9.0 64bit)<br>
      sch(68): (asdf:asdf-version)<br>
      "3.0.2.3"<br>
      sch(74): (asdf/operate:load-system "cl-pdf")<br>
      Error: Component "cl-pdf" not found<br>
      [condition type: missing-component]<br>
      sch(75): (setf asdf:*central-registry*
      '(*default-pathname-defaults*))<br>
      (*default-pathname-defaults*)<br>
      sch(76): (asdf/operate:load-system "cl-pdf")<br>
      ; Loading c:\LISP\CL-pdf\trunk\cl-pdf.asd<br>
      Error: Component :iterate not found, required by #&lt;system
      "cl-pdf"&gt;<br>
      [condition type: missing-dependency]<br><br>QUICKLISP notes<br>
      sch(78): (ql:quickload :cl-pdf)<br>
      To load "cl-pdf":<br>
      &nbsp; Load 1 ASDF system:<br>
      &nbsp;&nbsp;&nbsp; cl-pdf<br>
      ; Loading "cl-pdf"<br>
      To load "iterate":<br>
      &nbsp; Install 1 Quicklisp release:<br>
      &nbsp;&nbsp;&nbsp; iterate<br>
      ; Fetching #&lt;url
<a class="moz-txt-link-rfc2396E" href="http://beta.quicklisp.org/archive/iterate/2013-01-28/iterate-20130128-darcs.tgz">"http://beta.quicklisp.org/archive/iterate/2013-01-28/iterate-20130128-darcs.tgz"</a>&gt;<br>
      ; 326.07KB<br>
      ==================================================<br>
      333,896 bytes in 1.85 seconds (176.73KB/sec)<br>
      ; Loading "iterate"<br>
      [package iterate]..........................<br>
      ; Loading "cl-pdf"<br>
      To load "zpb-ttf":<br>
      &nbsp; Install 1 Quicklisp release:<br>
      &nbsp;&nbsp;&nbsp; zpb-ttf<br>
      ; Fetching #&lt;url
<a class="moz-txt-link-rfc2396E" href="http://beta.quicklisp.org/archive/zpb-ttf/2013-07-20/zpb-ttf-1.0.3.tgz">"http://beta.quicklisp.org/archive/zpb-ttf/2013-07-20/zpb-ttf-1.0.3.tgz"</a>&gt;<br>
      ; 43.82KB<br>
      ==================================================<br>
      44,869 bytes in 0.13 seconds (327.00KB/sec)<br>
      ; Loading "zpb-ttf"<br>
      [package zpb-ttf]..........<br>
      ; Loading "cl-pdf"<br>
      [package pdf]..................................<br>
      (:cl-pdf)<br>
      sch(79): (example1 "c:/temp/temp.pdf")<br>
      #P"c:\\temp\\temp.pdf"<br>
      sch(80): (ed *)<br><br>It works ... thanks team.. <br>
    Martin M<br>
</div>
peter | 22 Aug 13:28 2014
Picon

Langutils

From
Re: [pro] CL-PDF in ACL 64bit - anyone know how to get 64bit ZLIB?
At 5:27 AM +0100 14/8/22, Nick Levine wrote:
There should be no "try to build" with quicklisp - it's supposed to Just Work.

Not only does Langutils not work (although it can seem to load OK in 
some contexts), but it can be tricky to unpick such as 
langutils-tokenize::tokenize-stream with its many layers of macro and 
readtable optimizations.

It doesn't seem so obvious as to where to find who might have 
unpicked this already. Or find documentation behind a system and its 
design intent. I.e. although perhaps nothing should be in Quicklisp 
unless pure and solid, it can be quite a goose chase to try to hunt 
down remedies when that does not seem the case.

Martin Mallinson | 22 Aug 00:10 2014
Picon

CL-PDF in ACL 64bit - anyone know how to get 64bit ZLIB?

CL-PDF looks very useful for me. Thanks Marc and the team at ILC2014 for
this and all the great info!

Ok, now to use CL-PDF on Allegro I SVN'ed it from
https://github.com/mbattyani/cl-pdf and tried to build it with acl-load
the essence of which is

(defparameter *cl-pdf-home* excl:*source-pathname*)

(defun cl-file (x)
  (tpl:do-command "cl" (namestring (merge-pathnames x *cl-pdf-home*))))

(eval-when (load)
  (mapc #'cl-file
    '("defpackage"
      "cl-zlib-small"
      "pdf"
      "pdf-base"
      "pdf-geom"
      )))

note the lower case do-command "cl" not "CL" since I am in modern mode
ACL 9.0 64 bit

Anyhow it does not work, since cl-zlib-small.lisp tells me to:
(defvar *libgz-path* "/usr/lib/libz.so"
  "Set this variable to point to the location of the zlib library
(libz.so or zlib.dll) on your system.")

which begs the question of where is zlib.dll for 64 bits? It is not on
my machine and I cant seem to find it on the WWW...
Any LISPer's using CL-PDF on ACL WIndows 64bit who have solved this
problem? Any help much appreciated...

Martin M

Jean-Claude Beaudoin | 2 Aug 03:24 2014
Picon

AMOP question: When and where is slot-value-using-class called?

Hello CL Pros,

Lately I have been trying to understand the inner workings of the MOP slot protocol as I go through yet one more reading of the usual CLOS litterature (CLHS, AMOP, OOP The CLOS Perspective).

To that end I put together a little test file (here attached) and ran its code in sbcl, clisp, ccl, acl and lispworks.
I got different results in pretty much each CL implementation on the tracing of calls to slot-value-using-class.

I am puzzled and baffled.

The results I see go like this:

sbcl:  only accessors (foo-a) call s-v-u-c.

clisp:  both accessors and cl:slot-value call s-v-u-c.

ccl:  s-v-u-c is called neither by cl:slot-value nor by accessors.

acl:  both accessors and cl:slot-value call s-v-u-c.

lispworks:  only cl:slot-value calls s-v-u-c.


Only clisp and acl seem to agree.

And the cherry on the cake's icing comes with sbcl when then defmethod on s-v-u-c is moved ahead of the defclass/make-instance sequence.
Then, in sbcl, both accessors and cl::slot-value call s-v-u-c as in clisp and acl.

So my question is: Which one is right?

Thank you for your help.

Jean-Claude Beaudoin

Attachment (slot_mop.lsp): application/octet-stream, 2382 bytes
<div><div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>Hello CL Pros,<br><br>
</div>Lately I have been trying to understand the inner workings of the MOP slot protocol as I go through yet one more reading of the usual CLOS litterature (CLHS, AMOP, OOP The CLOS Perspective).<br><br>
</div>To that end I put together a little test file (here attached) and ran its code in sbcl, clisp, ccl, acl and lispworks.<br>
</div>I got different results in pretty much each CL implementation on the tracing of calls to slot-value-using-class.<br><br>
</div>I am puzzled and baffled.<br><br>
</div>The results I see go like this:<br><br>
</div>sbcl:&nbsp; only accessors (foo-a) call s-v-u-c.<br><br>
</div>clisp:&nbsp; both accessors and cl:slot-value call s-v-u-c.<br><br>
</div>ccl:&nbsp; s-v-u-c is called neither by cl:slot-value nor by accessors.<br><br>
</div>acl:&nbsp; both accessors and cl:slot-value call s-v-u-c.<br><br>
</div>lispworks:&nbsp; only cl:slot-value calls s-v-u-c.<br><br>
</div>
<br>
</div>Only clisp and acl seem to agree.<br><br>
</div>And the cherry on the cake's icing comes with sbcl when then defmethod on s-v-u-c is moved ahead of the defclass/make-instance sequence.<br>
</div>Then, in sbcl, both accessors and cl::slot-value call s-v-u-c as in clisp and acl.<br><br>
</div>So my question is: Which one is right?<br><br>
</div>Thank you for your help.<br><br>
</div>Jean-Claude Beaudoin<br><br>
</div></div>
Didier Verna | 10 Jul 17:27 2014
Face
Picon
Picon
Picon
Picon

[CfPart] International Lisp Conference 2014, August 15-17, Montreal


	       ILC 2014 - International Lisp Conference
			  "Lisp on the Move"

     August 15-17 2014, Université de Montréal, Montréal, Canada

	      Sponsored by the Association of Lisp Users
		   In cooperation with: ACM SIGPLAN

		   http://ilc2014.iro.umontreal.ca/

Latest News:

  * Only 4 days left before the early registration deadline!

  * Registration is now open.
    See http://ilc2014.iro.umontreal.ca/registration.php

  * Invited speakers announced.
    Christian Queinnec, Ambrose Bonnaire-Sergeant, Stefan Monnier,
    Marc Battyani.

Scope:

Lisp is one of the greatest ideas from computer science and a major
influence for almost all programming languages and for all
sufficiently complex software applications.

The International Lisp Conference is a forum for the discussion of
Lisp and, in particular, the design, implementation and application of
any of the Lisp dialects.  We encourage everyone interested in Lisp to
participate.

This year's focus is directed towards integrated solutions, including
mobile computing. The conference also provides slots for lightning talks,
to be registered on-site every day.

The full programme is available here:
http://ilc2014.iro.umontreal.ca/program.php

Important Dates:

 - July   14, 2014: Early registration deadline
 - August 15, 2014: Conference starts

Organizing Committee:

General Chair:   Marc Feeley (Université de Montréal, Montréal, Canada)
Programme Chair: Didier Verna (EPITA Research lab, Paris, France)
Local chair:     Marc Feeley (Université de Montréal, Montréal, Canada)

Programme Committee:
Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium
Dave Herman, Mozilla Research, USA
Greg Pfeil, Clozure Associates, USA
Irène Anne Durand, LaBRI University of Bordeaux, France
Jim Newton, Cadence Design Systems, France
Kuroda Hisao, Mathematical Systems Inc., Japan
Matthew Might, University of Utah, USA
Nicolas Neuss, Friedrich Alexander Universitat, Germany
Ralf Möller, TUHH, Germany
Sam Tobin-Hochstadt, Northeastern University, USA
William Byrd, University of Utah, USA

Contact: ilc14-organizing-committee at alu.org

For more information, see http://ilc2014.iro.umontreal.ca/

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

_______________________________________________
pro mailing list
pro <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pro
Jean-Claude Beaudoin | 10 Jul 00:00 2014
Picon

Meaning of "inline" when applied to a generic function?

Hello CL pros,

I am trying to figure out the meaning of the inline declaration when the so qualified function happens to be a generic function. As in:

(declaim (inline foo))
(defgeneric foo (a b))

What can be expected of a compiler when it then faces a call to foo while the above is in effect?

Is this an obvious no-op or did some find something useful to do in such a context?

Thanks for your help,

JCB

<div><div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>Hello CL pros,<br><br>
</div>I am trying to figure out the meaning of the inline declaration when the so qualified function happens to be a generic function. As in:<br><br>
</div>
(declaim (inline foo))<br>
</div>(defgeneric foo (a b))<br><br>
</div>What can be expected of a compiler when it then faces a call to foo while the above is in effect?<br><br>
</div>Is this an obvious no-op or did some find something useful to do in such a context?<br><br>
</div>Thanks for your help,<br><br>
</div>JCB<br><br>
</div></div>
Didier Verna | 27 Jun 10:08 2014
X-Face
Face
Picon
Picon
Picon
Picon

[CfPart] International Lisp Conference 2014, August 15-17, Montreal


	       ILC 2014 - International Lisp Conference
			  "Lisp on the Move"

     August 15-17 2014, Université de Montréal, Montréal, Canada

	      Sponsored by the Association of Lisp Users
		   In cooperation with: ACM SIGPLAN

		   http://ilc2014.iro.umontreal.ca/

Latest News:

  * Registration is now open.
    See http://ilc2014.iro.umontreal.ca/registration.php

  * Invited speakers announced.
    Christian Queinnec, Ambrose Bonnaire-Sergeant, Stefan Monnier,
    Marc Battyani.

Scope:

Lisp is one of the greatest ideas from computer science and a major
influence for almost all programming languages and for all
sufficiently complex software applications.

The International Lisp Conference is a forum for the discussion of
Lisp and, in particular, the design, implementation and application of
any of the Lisp dialects.  We encourage everyone interested in Lisp to
participate.

This year's focus is directed towards integrated solutions, including
mobile computing. The conference also provides slots for lightning talks,
to be registered on-site every day.

The full programme is available here:
http://ilc2014.iro.umontreal.ca/program.php

Important Dates:

 - July   14, 2014: Early registration deadline
 - August 15, 2014: Conference starts

Organizing Committee:

General Chair:   Marc Feeley (Université de Montréal, Montréal, Canada)
Programme Chair: Didier Verna (EPITA Research lab, Paris, France)
Local chair:     Marc Feeley (Université de Montréal, Montréal, Canada)

Programme Committee:
Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium
Dave Herman, Mozilla Research, USA
Greg Pfeil, Clozure Associates, USA
Irène Anne Durand, LaBRI University of Bordeaux, France
Jim Newton, Cadence Design Systems, France
Kuroda Hisao, Mathematical Systems Inc., Japan
Matthew Might, University of Utah, USA
Nicolas Neuss, Friedrich Alexander Universitat, Germany
Ralf Möller, TUHH, Germany
Sam Tobin-Hochstadt, Northeastern University, USA
William Byrd, University of Utah, USA

Contact: ilc14-organizing-committee at alu.org

For more information, see http://ilc2014.iro.umontreal.ca/

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

_______________________________________________
pro mailing list
pro <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pro
Didier Verna | 19 May 18:27 2014
Picon
Picon
Picon
Picon

International Lisp Conference deadline extension (May 25)


	       ILC 2014 - International Lisp Conference
			  "Lisp on the Move"

     August 14-17 2014, Université de Montréal, Montréal, Canada

	      Sponsored by the Association of Lisp Users
		   In cooperation with: ACM SIGPLAN

	     http://www.international-lisp-conference.org

Latest News:

  * The submission deadline has been extended to May 25. You have one more
    week to write a paper!

Scope:

Lisp is one of the greatest ideas from computer science and a major
influence for almost all programming languages and for all
sufficiently complex software applications.

The International Lisp Conference is a forum for the discussion of
Lisp and, in particular, the design, implementation and application of
any of the Lisp dialects.  We encourage everyone interested in Lisp to
participate.

We invite high quality submissions in all areas involving Lisp
dialects and any other languages in the Lisp family, including, but
not limited to, ACL2, AutoLisp, Clojure, Common Lisp, ECMAScript,
Dylan, Emacs Lisp, ISLISP, Racket, Scheme, SKILL, HOP etc.  The
conference proceedings will be published in the ACM Digital Library.

This year's focus will be directed towards integrated solutions,
including mobile computing. We especially invite submissions in the
following areas:

  * Pervasive computing Interoperability Portability Implementation
  * challenges/tradeoffs for embedded/mobile platforms Language
  * support for mobile toolkits and frameworks Language support for
  * distribution Language support for reliability, availability, and
  * serviceability Mobile IDEs Mobile applications

Contributions are also welcome in other areas, including but not
limited to:

  * Language design and implementation Language integration,
  * inter-operation and deployment Applications (especially
  * commercial) Reflection, meta-object protocols, meta-programming
  * Domain-specific languages Programming paradigms and environments
  * Efficient parallel and concurrent computation Language support for
  * managing both manual and automatic GC Theorem proving Scientific
  * computing Data mining Semantic web

Technical Programme:

Original submissions in all areas related to the conference themes are
invited for the following categories:

  Papers: Technical papers of up to 10 pages that describe original
  results.

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

  Workshops: Abstracts of up to 2 pages for groups of people who
  intend to work on a focused topic for half a day.

  Tutorials: Abstracts of up to 2 pages for in-depth presentations
  about
  topics of special interest for 1 to 2 hours.

  Panel discussions: Abstracts of up to 2 pages for discussions about
  current themes. Panel discussion proposals must mention panel member
  who are willing to partake in a discussion.

The conference will also provide slots for lightning talks, to be
registered on-site every day.

For inquiries about any other kind of participation (commercial
exhibits, advertising, prizes, book signing etc.), please see the
contacts below.

Important Dates:

 - May    25, 2014: Submission deadline *** EXTENDED ***
 - June   09, 2014: Notification of acceptance
 - June   29, 2014: Final Papers due
 - August 14, 2014: Conference

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.

Submissions should be uploaded to Easy Chair, at the following
address: https://www.easychair.org/conferences/?conf=ilc14

Organizing Committee:

General Chair:   Marc Feeley (Université de Montréal, Montréal, Canada)
Programme Chair: Didier Verna (EPITA Research lab, Paris, France)
Local chair:     Marc Feeley (Université de Montréal, Montréal, Canada)

Programme Committee:
Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium
Damir Cavar, Eastern Michigan University, USA
Dave Herman, Mozilla Research, USA
Greg Pfeil, Clozure Associates, USA
Irène Anne Durand, LaBRI University of Bordeaux, France
Jim Newton, Cadence Design Systems, France
Kuroda Hisao, Mathematical Systems Inc., Japan
Matthew Might, University of Utah, USA
Nicolas Neuss, Friedrich Alexander Universitat, Germany
Ralf Möller, TUHH, Germany
Sam Tobin-Hochstadt, Northeastern University, USA
William Byrd, University of Utah, USA

Contacts:

  * General Questions: ilc14-organizing-committee at alu.org
  * Programme Committee: ilc14 at easychair.org

For more information, see http://www.international-lisp-conference.org

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

_______________________________________________
pro mailing list
pro <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pro
Didier Verna | 7 May 17:03 2014
X-Face
Face
Picon
Picon
Picon
Picon

[CfP] International Lisp Conference 2014, Aug. 14-17, Montreal


	       ILC 2014 - International Lisp Conference
			  "Lisp on the Move"

     August 14-17 2014, Université de Montréal, Montréal, Canada

	      Sponsored by the Association of Lisp Users
		   In cooperation with: ACM SIGPLAN

	     http://www.international-lisp-conference.org

Scope:

Lisp is one of the greatest ideas from computer science and a major
influence for almost all programming languages and for all
sufficiently complex software applications.

The International Lisp Conference is a forum for the discussion of
Lisp and, in particular, the design, implementation and application of
any of the Lisp dialects.  We encourage everyone interested in Lisp to
participate.

We invite high quality submissions in all areas involving Lisp
dialects and any other languages in the Lisp family, including, but
not limited to, ACL2, AutoLisp, Clojure, Common Lisp, ECMAScript,
Dylan, Emacs Lisp, ISLISP, Racket, Scheme, SKILL, HOP etc.  The
conference proceedings will be published in the ACM Digital Library.

This year's focus will be directed towards integrated solutions,
including mobile computing. We especially invite submissions in the
following areas:

  * Pervasive computing Interoperability Portability Implementation
  * challenges/tradeoffs for embedded/mobile platforms Language
  * support for mobile toolkits and frameworks Language support for
  * distribution Language support for reliability, availability, and
  * serviceability Mobile IDEs Mobile applications

Contributions are also welcome in other areas, including but not
limited to:

  * Language design and implementation Language integration,
  * inter-operation and deployment Applications (especially
  * commercial) Reflection, meta-object protocols, meta-programming
  * Domain-specific languages Programming paradigms and environments
  * Efficient parallel and concurrent computation Language support for
  * managing both manual and automatic GC Theorem proving Scientific
  * computing Data mining Semantic web

Technical Programme:

Original submissions in all areas related to the conference themes are
invited for the following categories:

  Papers: Technical papers of up to 10 pages that describe original
  results.

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

  Workshops: Abstracts of up to 2 pages for groups of people who
  intend to work on a focused topic for half a day.

  Tutorials: Abstracts of up to 2 pages for in-depth presentations
  about
  topics of special interest for 1 to 2 hours.

  Panel discussions: Abstracts of up to 2 pages for discussions about
  current themes. Panel discussion proposals must mention panel member
  who are willing to partake in a discussion.

The conference will also provide slots for lightning talks, to be
registered on-site every day.

For inquiries about any other kind of participation (commercial
exhibits, advertising, prizes, book signing etc.), please see the
contacts below.

Important Dates:

 - May    18, 2014: Submission deadline
 - June   09, 2014: Notification of acceptance
 - June   29, 2014: Final Papers due
 - August 14, 2014: Conference

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.

Submissions should be uploaded to Easy Chair, at the following
address: https://www.easychair.org/conferences/?conf=ilc14

Organizing Committee:

General Chair:   Marc Feeley (Université de Montréal, Montréal, Canada)
Programme Chair: Didier Verna (EPITA Research lab, Paris, France)
Local chair:     Marc Feeley (Université de Montréal, Montréal, Canada)

Programme Committee:
Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium
Damir Cavar, Eastern Michigan University, USA
Dave Herman, Mozilla Research, USA
Greg Pfeil, Clozure Associates, USA
Irène Anne Durand, LaBRI University of Bordeaux, France
Jim Newton, Cadence Design Systems, France
Kuroda Hisao, Mathematical Systems Inc., Japan
Matthew Might, University of Utah, USA
Nicolas Neuss, Friedrich Alexander Universitat, Germany
Ralf Möller, TUHH, Germany
Sam Tobin-Hochstadt, Northeastern University, USA
William Byrd, University of Utah, USA

Contacts:

  * General Questions: ilc14-organizing-committee at alu.org
  * Programme Committee: ilc14 at easychair.org

For more information, see http://www.international-lisp-conference.org

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

_______________________________________________
pro mailing list
pro <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pro
Attila Lendvai | 27 Apr 06:18 2014
Picon

lisp on mobile platforms these days

dear lispers,

what is the state of the art in running lisp (not just CL) on mobile
platforms, preferably in a portable way?

is mkcl viable to run as a native app both on iOS and android?

if iOS has too many legal constraints and whatnot, then let's forget
it for now.

what are the downsides of connecting to the NDK (android C API)? how
much of android is not available through the NDK?

--

-- 
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
Paralysis through analysis.

_______________________________________________
pro mailing list
pro <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pro
David McClain | 12 Apr 23:52 2014

Heartbleed?

Just curious for other opinions... but wouldn't this (Heartbleed) sort of buffer excess read-back failure have been prevented by utilizing a "safe" language like Lisp or SML?

I used to be an "unsafe" language bigot -- having mastered C/C++ for many years, and actually producing C compilers for a living at one time. I felt there should be no barriers to me as master of my machine, and not the other way around.

But today's software systems are so complex that it boggles the mind to keep track of everything needed. I found during my transition years that I could maintain code bases no larger than an absolute max of 500 KLOC, and that I actually started losing track of details around 100 KLOC. Making the transition to a higher level language like SML or Lisp enabled greater productivity within those limits for me.
<div>Just curious for other opinions... but wouldn't this (Heartbleed) sort of buffer excess read-back failure have been prevented by utilizing a "safe" language like Lisp or SML?<div><br></div>
<div>I used to be an "unsafe" language bigot -- having mastered C/C++ for many years, and actually producing C compilers for a living at one time. I felt there should be no barriers to me as master of my machine, and not the other way around.</div>
<div><br></div>
<div>But today's software systems are so complex that it boggles the mind to keep track of everything needed. I found during my transition years that I could maintain code bases no larger than an absolute max of 500 KLOC, and that I actually started losing track of details around 100 KLOC. Making the transition to a higher level language like SML or Lisp enabled greater productivity within those limits for me.</div>
<div>
<br><div apple-content-edited="true">
<span class="Apple-style-span"><div>Dr. David McClain</div>
<div><a href="mailto:dbm@...">dbm@...</a></div>
<div><br></div></span><br class="Apple-interchange-newline">
</div>
<br>
</div>
</div>

Gmane