Edi Weitz | 10 Mar 17:02 2015
Picon

Default safety level and specialized arrays

Hi everybody,

After rummaging around in the HyperSpec and various implementation
manuals I came to the following conclusion:

1. The standard doesn't prescribe such thing as a default safety level
for CL implementations and there's no portable way to figure out the
safety level of the global environment.  (And the same holds for other
optimize qualities.)  The closest I could find in the CLHS is 3.3.1
where they talk about an "implementation that always processes code as
if safety were high."  From this I conclude that implementations are
allowed NOT to do this or otherwise there would be no need to mention
it.

The LispWorks manual for example describes the defaults in section 9.5
about compiler control, but for SBCL I couldn't find them in the
manual.

2. The standard doesn't prescribe what should happen if you try to
write an element of a wrong type to a specialized array, even in safe
code.

Both LispWorks and SBCL will by default complain in this case but my
understanding is that you can't rely on this in portable code.

So, my question is whether the above is correct or if I missed something?

Thanks,
Edi.

(Continue reading)

Max Rottenkolber | 23 Feb 01:22 2015

Re: RavenPack Lisp Job

On Mon, 09 Feb 2015 18:01:55 +0100, Andrew Lawson wrote:

> Good afternoon all
>     We at RavenPack in Marbella, Spain, are searching for a Common
> Lisp developer. The webpage linked below goes into more detail. I'd like
> to encourage anyone with an interest to have a look. We are a growing
> company with an expanding development group and offer the opportunity to
> work with interesting technologies and a great group of people.
> Applicants must already be able to work legally in the E.U. The job is
> situated in our Marbella office, no remote work is available. We are
> looking for someone interested in building a career with us, not a
> short-term contractor.
> 
> http://www.ravenpack.com/company/careers/

Oh boy, this would be my dream job if it was remote (or in Bonn ;)). I 
know this is not a desired reply but: If you ever need a remote 
contractor let me know. As long term as you can pay for.

Didier Verna | 22 Feb 14:58 2015
Face
Picon
Picon
Picon
Picon

[Final CfP] ELS 2015 submission deadline extended to March 1st


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

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

	  Sponsored by EPITA, Franz Inc. and Lispworks Ltd.

Recent news:

- *** Submission deadline extended to March 1st ***
- Invited speakers announced: Zach Beane, Bodil Stokke, Martin Cracauer
- Registration to open early March

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 8th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:
(Continue reading)

Frank Huttner | 13 Feb 14:20 2015
Picon
Picon

Lexer wanted

buffalo is an LALR(1) parser generator in pure Lisp that performs roughly on
par with its large cousin on the "torture" tests from the GNU Bison test
suite (https://github.com/fhuttner/buffalo-testsuite). What I find really
missing is an equivalent, open-sourced lexer; is there such a project?

Didier Verna | 24 Jan 11:08 2015
X-Face
Face
Picon
Picon
Picon
Picon

[2nd CfP] European Lisp Symposium 2015, April 20-21, London


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

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

	  Sponsored by EPITA, Franz Inc. and Lispworks Ltd.

Recent news:

- Submission deadline in less than a month now!
- Programme committee has been announced (see below)
- Venue information now available on the web site

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 8th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:
(Continue reading)

Jean-Claude Beaudoin | 26 Dec 08:10 2014
Picon

[MOP] Does intern-eql-specializer serve any real purpose?

Hello CL Pros,

Lately I have been improving the MOPishness of MKCL and that brought me in contact with the specification of intern-eql-specializer in AMOP.

The EQ requirement on its returned value seem to me to dictate a hash-table implementation (PCL and its derivatives all seem to do just that).

The problem I see with this is that it will be a "for ever growing" hash-table with not upper bound in sight. And the "purpose" of such a mandatory built-in memory leak also completely escapes me. Could any of you share some insight on this question, please?

Thank you,

JCB

<div><div dir="ltr">
<div>
<div>
<div>
<div>
<div>Hello CL Pros,<br><br>
</div>Lately I have been improving the MOPishness of MKCL and that brought me in contact with the specification of intern-eql-specializer in AMOP.<br><br>
</div>The EQ requirement on its returned value seem to me to dictate a hash-table implementation (PCL and its derivatives all seem to do just that).<br><br>
</div>The problem I see with this is that it will be a "for ever growing" hash-table with not upper bound in sight. And the "purpose" of such a mandatory built-in memory leak also completely escapes me. Could any of you share some insight on this question, please?<br><br>
</div>Thank you,<br><br>
</div>JCB<br><br>
</div></div>
Didier Verna | 5 Dec 08:24 2014
Face
Picon
Picon
Picon
Picon

[CfP] ELS 2015, 8th European Lisp Symposium, Apr. 20-21, London


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

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

	  Sponsored by EPITA, Franz Inc. and Lispworks Ltd.

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 8th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- Context-, aspect-, domain-oriented and generative programming
- Macro-, reflective-, meta- and/or rule-based development approaches
- Language design and implementation
- Language integration, inter-operation and deployment
- Development methodologies, support and environments
- Educational approaches and perspectives
- Experience reports and case studies

We invite submissions in the following forms:

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

  Demonstrations: Abstracts of up to 2 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.

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

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:

  - 22 Feb 2015: Submission deadline
  - 15 Mar 2015: Notification of acceptance
  - 29 Mar 2015: Early registration deadline
  - 05 Apr 2015: Final papers
  - 20-21 Apr 2015: Symposium

Programme chair:
    Julian Padget, University of Bath, UK

Local chair:
    Christophe Rhodes, Goldsmiths, University of London, UK

Programme committee:

    To be announced

Search Keywords:

#els2015, ELS 2015, ELS '15, European Lisp Symposium 2015,
European Lisp Symposium '15, 8th ELS, 8th European Lisp Symposium,
European Lisp Conference 2015, European Lisp Conference '15

--

-- 
My new Jazz CD entitled "Roots and Leaves" is out!
Check it out: http://didierverna.com/records/roots-and-leaves.php

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

_______________________________________________
pro mailing list
pro <at> common-lisp.net
http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/pro
Steve Haflich | 23 Aug 07:26 2014
Picon

Jonl

[Sorry if this isn't quite the usual business for this list.]

I've been wanting to get in touch with my old X3J13 colleague JonL White, but email to his last known good address got no response.  He is one of the important contributors to Lisp development over the past half century.  I believe he is still somewhere in the silicon valley area, but he has had health issues the past several years.  Anyone have recent news or contact information?

TIA--

<div><div dir="ltr">[Sorry if this isn't quite the usual business for this list.]<div><br></div>
<div>I've been wanting to get in touch with my old X3J13 colleague JonL White, but email to his last known good address got no response. &nbsp;He is one of the important contributors to Lisp development over the past half century. &nbsp;I believe he is still somewhere in the silicon valley area, but he has had health issues the past several years. &nbsp;Anyone have recent news or contact information?</div>
<div><br></div>
<div>TIA--</div>
<div><br></div>
</div></div>
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


Gmane