- armedbear-devel - mailman3.common-lisp.net

[Armedbear-devel] XML parser?
by bonasso 25 May '14

25 May '14

_______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 3

[Armedbear-devel] DMAP In ABCL
by bonasso 24 May '14

24 May '14

_______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] Hash table problem
by bonasso 23 May '14

23 May '14

_______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 4

[Armedbear-devel] export doesn't work
by bonasso 22 May '14

22 May '14

_______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 3

[Armedbear-devel] defmacro fails in another package
by bonasso 22 May '14

22 May '14

I've never used abcl; I'm an ACL user for over 20 years. I'm running abcl 1.3.1 on Max OS 10.7.5 (java "1.7.0_45"). My problem is I can't seem to define macros in a package other than cl-user. bash-3.2$ java -jar /usr/local/abcl-bin-1.3.1/abcl.jar Armed Bear Common Lisp 1.3.1 Java 1.7.0_45 Oracle Corporation Java HotSpot(TM) 64-Bit Server VM Low-level initialization completed in 0.35 seconds. Startup completed in 1.556 seconds. Type ":help" for a list of available commands. CL-USER(1): (defmacro common-lisp::make-pipe (head tail) "create a pipe by eval'ing head and delaying tail." `(cons ,head #'(lambda () ,tail))) COMMON-LISP::MAKE-PIPE CL-USER(2): (make-package "foo") #<PACKAGE foo> CL-USER(3): (in-package "foo") #<PACKAGE foo> foo(4): (defmacro common-lisp::make-pipe (head tail) "create a pipe by eval'ing head and delaying tail." `(cons ,head #'(lambda () ,tail))) #<THREAD "interpreter" {7DA47A7D}>: Debugger invoked on condition of type UNBOUND-VARIABLE The variable COMMON-LISP::MAKE-PIPE is unbound. Restarts: 0: TOP-LEVEL Return to top level. [1] foo(5): Is there some package trick I should know about? Thanks, Pete _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 6

[Armedbear-devel] International Lisp Conference deadline extension (May 25)
by Didier Verna 19 May '14

19 May '14

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 _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] controlling from where ASDF loads .abcl files
by Robert Dodier 15 May '14

15 May '14

Hi, I'm trying to use ABCL + ASDF to compile and load Maxima. It used to work so I guess there have just been some small changes to ABCL and/or ASDF that I need to take account of. After (require 'asdf) and (setf asdf:*central-registry* '(*default-pathname-defaults*)) (which wasn't necessary before, but that doesn't matter), I find that (asdf:operate 'asdf:load-op :maxima) fails with an error like this: #<THREAD "interpreter" {EE920}>: Debugger invoked on condition of type FILE-ERROR File not found: /home/robert/.cache/common-lisp/abcl-1.3.0-fasl42-linux-x86 /home/robert/tmp/maxima-5.33.0/src/binary-abcl/maxima-package.abcl But maxima-package.abcl does exist in /home/robert/tmp/maxima-5.33.0/src/binary-abcl, and (since the current working directory is /home/robert /tmp/maxima-5.33.0/src) (load "binary-abcl/maxima-package.abcl") succeeds. Then I can select option 2 (accept) and continue to the next file, autoconf-variables.abcl, load it by hand, continue to the next, nregex.abcl, etc etc. /home/robert/.cache/common-lisp doesn't exist. How can I tell ASDF to look in the same place that it actually wrote the file? Thanks for any advice. I found some ASDF documentation but couldn't figure it out. best, Robert Dodier _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

4 8

[Armedbear-devel] Incorrect (un)dead-code-elimination
by Douglas Katzman 15 May '14

15 May '14

;; In the test below, COMPUTE-INSIDES should be called by EXAMP-FAIL java -jar abcl-bin-1.3.0/abcl.jar ... CL-USER(1): (defmacro ultra-fancy-macro (&optional (x 'compute-insides)) (list 'cons ''loop (list x))) ULTRA-FANCY-MACRO CL-USER(2): (defun examp-fail (directives) (labels ((compute-insides () '((here-are-the-guts))) (compute-loop () (ultra-fancy-macro))) (compute-loop))) ; Note: deleting unused local function LABELS COMPUTE-INSIDES EXAMP-FAIL CL-USER(3): (examp-fail nil) ; just checking.. maybe the Note was wrong? (examp-fail nil) #<THREAD "interpreter" {652D03DC}>: Debugger invoked on condition of type UNDEFINED-FUNCTION The function COMPUTE-INSIDES is undefined. Restarts: ... 3: TOP-LEVEL Return to top level. [1] CL-USER(4): 3 CL-USER(5): (defun examp-works (directives) (labels ((compute-insides () '((here-are-the-guts))) (compute-loop () (ultra-fancy-macro))) #'compute-insides ; spuriously reference it (compute-loop))) EXAMP-WORKS CL-USER(6): (examp-works nil) (LOOP (HERE-ARE-THE-GUTS)) Without a statically observable use of compute-insides it is considered unused. Macros have expanded *before* deciding that. It is clear that the macro expands correctly based on 'examp-works' _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1

[Armedbear-devel] Java issues with 1.3.0 on OpenBSD
by timo.myyra＠wickedbsd.net 15 May '14

15 May '14

Hi, There seems to be some issues loading java dependencies on OpenBSD. I got following when trying to load hunchentoot system from quicklisp. [1] CL-USER(7): (ql:quickload 'hunchentoot) To load "hunchentoot": Load 1 ASDF system: hunchentoot ; Loading "hunchentoot" .............. Using probed value of abcl-contrib: '/usr/local/abcl/abcl-contrib.jar'. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/quicklisp/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/mvn/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/jss/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/jfli/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/asdf-jar/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/asdf-install/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/abcl-asdf/ to ASDF. jnaASDF could not load because Java exception 'java.lang.ClassNotFoundException: AETHER.GRAPH.DEPENDENCY'.. #<THREAD "interpreter" {435DFB5F}>: Debugger invoked on condition of type JAVA-EXCEPTION Java exception 'java.lang.ClassNotFoundException: AETHER.GRAPH.DEPENDENCY'. Restarts: 0: ABORT Return to debug level 1. 1: RETRY Retry compiling #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.0.0">. 2: ACCEPT Continue, treating compiling #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.0.0"> as having been successful. 3: RETRY Retry compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cffi" "src" "cffi-abcl">. 4: ACCEPT Continue, treating compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cffi" "src" "cffi-abcl"> as having been successful. 5: ABORT Give up on "hunchentoot" 6: ABORT Give up on "asdf-test" 7: TOP-LEVEL Return to top level. [2] CL-USER(8): Here's some package version info: abcl-1.3.0 zmyrgel:13280$ ls -l /usr/local/abcl/ total 20788 -r--r--r-- 1 root bin 75337 Mar 16 18:15 abcl-contrib.jar -r--r--r-- 1 root bin 10414020 Mar 16 18:15 abcl.jar -r--r--r-- 1 root bin 128156 Mar 16 18:15 abcl_completions drwxr-xr-x 4 root wheel 512 Apr 26 18:50 src/ zmyrgel:13279$ mvn --version Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T19:37:52+02:00) Maven home: /usr/local/maven Java version: 1.7.0_21, vendor: Oracle Corporation Java home: /usr/local/jdk-1.7.0/jre Default locale: en_US, platform encoding: UTF-8 OS name: "openbsd", version: "5.5", arch: "amd64", family: "unix" I had little debugging help via irc but that didn't lead to any results and I've already forgot the steps tried. So here's an another attempt to solve this and hopefully get this resolved. Any ideas what to try to get this resolved? Timo _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] Java issues with 1.3.0 on OpenBSD
by timo.myyra＠wickedbsd.net 15 May '14

15 May '14

Hi, There seems to be some issues loading java dependencies on OpenBSD. I got following when trying to load hunchentoot system from quicklisp. [1] CL-USER(7): (ql:quickload 'hunchentoot) To load "hunchentoot": Load 1 ASDF system: hunchentoot ; Loading "hunchentoot" .............. Using probed value of abcl-contrib: '/usr/local/abcl/abcl-contrib.jar'. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/quicklisp/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/mvn/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/jss/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/jfli/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/asdf-jar/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/asdf-install/ to ASDF. Added jar:file:/usr/local/abcl/abcl-contrib.jar!/abcl-asdf/ to ASDF. jnaASDF could not load because Java exception 'java.lang.ClassNotFoundException: AETHER.GRAPH.DEPENDENCY'.. #<THREAD "interpreter" {435DFB5F}>: Debugger invoked on condition of type JAVA-EXCEPTION Java exception 'java.lang.ClassNotFoundException: AETHER.GRAPH.DEPENDENCY'. Restarts: 0: ABORT Return to debug level 1. 1: RETRY Retry compiling #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.0.0">. 2: ACCEPT Continue, treating compiling #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.0.0"> as having been successful. 3: RETRY Retry compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cffi" "src" "cffi-abcl">. 4: ACCEPT Continue, treating compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cffi" "src" "cffi-abcl"> as having been successful. 5: ABORT Give up on "hunchentoot" 6: ABORT Give up on "asdf-test" 7: TOP-LEVEL Return to top level. [2] CL-USER(8): Here's some package version info: abcl-1.3.0 zmyrgel:13280$ ls -l /usr/local/abcl/ total 20788 -r--r--r-- 1 root bin 75337 Mar 16 18:15 abcl-contrib.jar -r--r--r-- 1 root bin 10414020 Mar 16 18:15 abcl.jar -r--r--r-- 1 root bin 128156 Mar 16 18:15 abcl_completions drwxr-xr-x 4 root wheel 512 Apr 26 18:50 src/ zmyrgel:13279$ mvn --version Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T19:37:52+02:00) Maven home: /usr/local/maven Java version: 1.7.0_21, vendor: Oracle Corporation Java home: /usr/local/jdk-1.7.0/jre Default locale: en_US, platform encoding: UTF-8 OS name: "openbsd", version: "5.5", arch: "amd64", family: "unix" I had little debugging help via irc but that didn't lead to any results and I've already forgot the steps tried. So here's an another attempt to solve this and hopefully get this resolved. Any ideas what to try to get this resolved? Timo _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 6