armedbear-devel March 2015

armedbear-devel@common-lisp.net

21 participants
21 discussions

[Armedbear-devel] Strange behaviour of unexporting and defpackage
by Eitaro Fukamachi 06 Mar '15

06 Mar '15

Hi ABCL developers, I found a strange behaviour of cl-colors happening only on ABCL. [Issue] Symbols won't be exported on ABCL https://github.com/tpapp/cl-colors/issues/6 Though cl-colors unexports all symbols before defpackage when reloading the system, the :export clause in defpackage seems to be ignored. https://github.com/tpapp/cl-colors/blob/master/package.lisp#L5-L19 Any ideas? Regards, Eitaro _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 3

[Armedbear-devel] How to get a fresh session or instance
by Robert Dodier 06 Mar '15

06 Mar '15

Hi, is there a way to get a fresh session or instance of ABCL, short of reloading all the classes? Ideally I'd like to be able to have two or more instances which exist at the same time and are independent of each other. I believe the answer to this question is "no", but I just want to make sure I am not overlooking something. If indeed it's not possible now, what would it take to make it happen? I see there is a certain amount of static data -- would it be necessary to replace that with (just for the sake of discussion) a hash table which takes a session or instance id as a key? Any thoughts on this topic will be appreciated. best, Robert Dodier _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 9

[Armedbear-devel] GUI toolkits for the Bear
by Paul Nathan 06 Mar '15

06 Mar '15

Hi, Are there any GUI toolkits for the Bear? I am thinking in particular of something like Seesaw for Clojure. Regards, Paul _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 4

[Armedbear-devel] [CfP] ELS 2015, 8th European Lisp Symposium, Apr. 20-21, London
by Didier Verna 06 Mar '15

06 Mar '15

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

1 0

[Armedbear-devel] [2nd CfP] European Lisp Symposium 2015, April 20-21, London
by Didier Verna 06 Mar '15

06 Mar '15

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: - 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: Sacha Chua — Toronto, Canada Edmund Weitz — University of Applied Scicences, Hamburg, Germany Rainer Joswig — Hamburg, Germany Henry Lieberman — MIT, USA Matthew Flatt — University of Utah, USA Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Giuseppe Attardi — University of Pisa, Italy Marc Feeley — University of Montreal, Canada Stephen Eglen — University of Cambridge, UK Robert Strandh — University of Bordeaux, France Nick Levine — RavenPack, Spain 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 _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] EQUALP raises type-error comparing large bignums to floats (patch attached)
by Massimiliano Ghilardi 06 Mar '15

06 Mar '15

If a bignum exceeds the largest representable single-float, EQUALP will raise a type-error when comparing it to a single-float. The same problem happens with double-floats. I am reporting this because my understanding of CLHS http://www.lispworks.com/documentation/lw51/CLHS/Body/f_equalp.htm#equalp tells that EQUALP is not supposed to raise errors at all: "Exceptional Situations: None." How to reproduce: ;; =========== double-floats =========== (= (ash 1 1024) most-positive-double-float) NIL (equalp (ash 1 1024) most-positive-double-float) ; Evaluation aborted on #<TYPE-ERROR {215F90FE}>. ;; =========== single-floats =========== (= 340282360000000000000000000000000000000 0.0f0) NIL (equalp 340282360000000000000000000000000000000 0.0f0) ; Evaluation aborted on #<TYPE-ERROR {1CFFC364}>. In attachment the detailed stacktrace and a proposed patch to fix this problem. Regards, Massimiliano Ghilardi _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

4 6

[Armedbear-devel] problem compiling a defstruct
by Pascal J. Bourguignon 06 Mar '15

06 Mar '15

While compiling the package com.informatimago.common-lisp.unix.option, abcl 1.3.1 fails with the following error, apparently on: (defstruct option "An option structure." keys arguments documentation function) It fails similarly to compile com.informatimago.tools.script, which contains this other (unrelated) structure: (defstruct option keys arguments documentation function) It can also be reproduced with: abcl --noinit (load "quicklisp/setup.lisp") (ql:quickload :com.informatimago.common-lisp.cesarum) ; dependency (ql:quickload :com.informatimago.common-lisp.unix :verbose t) but not with: (compile-file #P"~/quicklisp/dists/quicklisp/software/com.informatimago-20141217-git/common-lisp/unix/option.lisp" :verbose t :print t) [package com.informatimago.common-lisp.unix.option]. Error loading /home/pjb/.cache/common-lisp/abcl-1.3.1-fasl42-linux-x64/home/pjb/src/git/public/lisp/common-lisp/unix/option.abcl at line 203 (offset 10713) #<THREAD "interpreter" {66473FF8}>: Debugger invoked on condition of type TYPE-ERROR The value #(#:WHOLE-226549 #:ENVIRONMENT-226550 #:OPTION- #:G226587 #:G226588 #:G226589 #:G226590 #:G226627 #:G226672 #:G226724 #:G226768 #:G226820 #:G226865 #:G226916 #:G226961 #:WHOLE-227535 #:ENVIRONMENT-227536 #:G228248 #:G228255 #:G228256 #:G228257 #:G228258 #:G228259) is not of type LIST. Restarts: 0: TRY-RECOMPILING Recompile option and try loading it again 1: RETRY Retry loading FASL for #<ASDF/LISP-ACTION:CL-SOURCE-FILE "com.informatimago.common-lisp.unix" "option">. 2: ACCEPT Continue, treating loading FASL for #<ASDF/LISP-ACTION:CL-SOURCE-FILE "com.informatimago.common-lisp.unix" "option"> as having been successful. 3: ABORT Give up on "com.informatimago.common-lisp" [1] COM.INFORMATIMAGO.COMMON-LISP.UNIX.OPTION(2): (pprint (macroexpand-1 '(defstruct option "An option structure." keys arguments documentation function))) (PROGN (EVAL-WHEN (:COMPILE-TOPLEVEL :LOAD-TOPLEVEL :EXECUTE) (SYSTEM:COMPILER-DEFSTRUCT 'OPTION :CONC-NAME '#:OPTION- :DEFAULT-CONSTRUCTOR 'MAKE-OPTION :COPIER 'COPY-OPTION :PREDICATE '"OPTION-P" :DIRECT-SLOTS '(#(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION KEYS 0 OPTION-KEYS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION ARGUMENTS 1 OPTION-ARGUMENTS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION DOCUMENTATION 2 OPTION-DOCUMENTATION NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION FUNCTION 3 OPTION-FUNCTION NIL T NIL)) :SLOTS '(#(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION KEYS 0 OPTION-KEYS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION ARGUMENTS 1 OPTION-ARGUMENTS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION DOCUMENTATION 2 OPTION-DOCUMENTATION NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION FUNCTION 3 OPTION-FUNCTION NIL T NIL)) :INHERITED-ACCESSORS 'NIL :DOCUMENTATION '"An option structure.")) (DEFUN MAKE-OPTION (&KEY ((:KEYS #:G228606) NIL) ((:ARGUMENTS #:G228607) NIL) ((:DOCUMENTATION #:G228608) NIL) ((:FUNCTION #:G228609) NIL)) (SYSTEM:MAKE-STRUCTURE (EXTENSIONS:TRULY-THE SYMBOL 'OPTION) #:G228606 #:G228607 #:G228608 #:G228609)) (DEFUN OPTION-P (SYSTEM::OBJECT) (SYSTEM:SIMPLE-TYPEP SYSTEM::OBJECT 'OPTION)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-KEYS)) (SETF (SYMBOL-FUNCTION 'OPTION-KEYS) (SYSTEM::MAKE-STRUCTURE-READER 0 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-KEYS (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 0)) (SETF (GET 'OPTION-KEYS 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 0 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-KEYS) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 0 SYSTEM::VALUE)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-ARGUMENTS)) (SETF (SYMBOL-FUNCTION 'OPTION-ARGUMENTS) (SYSTEM::MAKE-STRUCTURE-READER 1 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-ARGUMENTS (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 1)) (SETF (GET 'OPTION-ARGUMENTS 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 1 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-ARGUMENTS) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 1 SYSTEM::VALUE)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-DOCUMENTATION)) (SETF (SYMBOL-FUNCTION 'OPTION-DOCUMENTATION) (SYSTEM::MAKE-STRUCTURE-READER 2 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-DOCUMENTATION (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 2)) (SETF (GET 'OPTION-DOCUMENTATION 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 2 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-DOCUMENTATION) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 2 SYSTEM::VALUE)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-FUNCTION)) (SETF (SYMBOL-FUNCTION 'OPTION-FUNCTION) (SYSTEM::MAKE-STRUCTURE-READER 3 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-FUNCTION (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 3)) (SETF (GET 'OPTION-FUNCTION 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 3 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-FUNCTION) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 3 SYSTEM::VALUE)) (SETF (FDEFINITION 'COPY-OPTION) #'COPY-STRUCTURE) 'OPTION) [1] COM.INFORMATIMAGO.COMMON-LISP.UNIX.OPTION(3): CL-USER(4): (COM.INFORMATIMAGO.TOOLS.MANIFEST:PRINT-BUG-REPORT-INFO) LISP-IMPLEMENTATION-TYPE "Armed Bear Common Lisp" LISP-IMPLEMENTATION-VERSION "1.3.1" SOFTWARE-TYPE "Linux" SOFTWARE-VERSION "3.2.0-4-amd64" MACHINE-INSTANCE "kuiper" MACHINE-TYPE "X86-64" MACHINE-VERSION "Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz" distribution (:LINUX :DEBIAN "7.7") *FEATURES* (:COM.INFORMATIMAGO.PJB :SPLIT-SEQUENCE :CLOSER-MOP :COM.INFORMATIMAGO.COMMON-LISP.LISP.CL-STEPPER :NEWLINE-IS-LINEFEED :HAS-ASCII-CODE :HAS-VT :HAS-BELL :HAS-ESCAPE :HAS-LINEFEED :HAS-RETURN :HAS-BACKSPACE :HAS-TAB :HAS-PAGE :HAS-RUBOUT :QUICKLISP :ASDF-PACKAGE-SYSTEM :ASDF3.1 :ASDF3 :ASDF2 :ASDF :OS-UNIX :ASDF-UNICODE :ABCL-BUNDLE-OP-SUPPORTED :X86-64 :JAVA-1.7 :UNIX :LINUX :ARMEDBEAR :ABCL :COMMON-LISP :ANSI-CL :CDR6 :MOP :PACKAGE-LOCAL-NICKNAMES) /proc/cpuinfo ------------- processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz stepping : 5 microcode : 0x11 cpu MHz : 3073.461 cache size : 8192 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 6146.92 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: CL-USER(5): -- __Pascal J. Bourguignon__ _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 2

[Armedbear-devel] test
by Erik Huelsmann 06 Mar '15

06 Mar '15

HI, Testing delivery. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in. _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] hi
by Erik Huelsmann 06 Mar '15

06 Mar '15

testing delivery -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in. _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] abcl-asdf: merged changes from Cyrus
by Mark Evenson 06 Mar '15

06 Mar '15

Spam detection software, running on the system "mailcrunch1.panix.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see support(a)panix.com for details. Content preview: [Cyrusâs recent patches for ABCL-ASDF to use alternate Maven repositories and other fixes][1] have been merged [into the ABCL trunk][2,3,4,5]. [I made the following deviation from the patches][6]: The codes seems to intend to record, buts fails to actually set, the repository an artifact is download from as part of the path. I changed the ineffective code as a comment, mainly as the MVN path is intended to follow the [MVN URI scheme][7] for which the repository definitely doesnât belong at the end but rather at the beginning. [...] Content analysis details: (5.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see <http://www.spamcop.net/bl.shtml?109.126.64.2>] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [109.126.64.2 listed in pgwm4qf5v2mbif3ei5nmvnmsve.zen.dq.spamhaus.net] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-devel March 2015