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

[Armedbear-devel] [Final CfP] ELS 2015 submission deadline extended to March 1st
by Didier Verna 22 Feb '15

22 Feb '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 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: - 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: - 01 Mar 2015: Submission deadline *** EXTENDED *** - 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 https://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] flet+inline warns and generate bad code.
by Pascal J. Bourguignon 20 Feb '15

20 Feb '15

An inline flet makes the compiler report an error (warning?): (defun f (x) (flet ((hello (x) (logand x #xffffffff))) (declare (inline hello)) (hello (+ (hello 1) (hello x))))) CL-USER(6): (compile-file #P"~/abcl-flet-bug.lisp") ; Compiling /home/pjb/abcl-flet-bug.lisp ... ; (DEFUN F ...) ; (DEFUN G ...) ; Compilation unit finished ; The following functions were used but not defined: ; HELLO ; Wrote /home/pjb/abcl-flet-bug.abcl (0.04 seconds) #P"/home/pjb/abcl-flet-bug.abcl" NIL NIL And the code generated is wrong: CL-USER(12): (load(compile-file #P"~/abcl-flet-bug.lisp")) ; Compiling /home/pjb/abcl-flet-bug.lisp ... ; (DEFUN F ...) ; Compilation unit finished ; The following functions were used but not defined: ; HELLO ; Wrote /home/pjb/abcl-flet-bug.abcl (0.012 seconds) T CL-USER(13): (f 4) #<THREAD "interpreter" {6A4E43EA}>: Debugger invoked on condition of type UNDEFINED-FUNCTION The function HELLO is undefined. Restarts: 0: CONTINUE Try again. 1: USE-VALUE Specify a function to call instead. 2: RETURN-VALUE Return one or more values from the call to HELLO. 3: TOP-LEVEL Return to top level. [1] CL-USER(14): 3 CL-USER(15): Without inline, it works well. CL-USER(15): (load(compile-file #P"~/abcl-flet-bug.lisp")) ; Compiling /home/pjb/abcl-flet-bug.lisp ... ; (DEFUN F ...) ; Wrote /home/pjb/abcl-flet-bug.abcl (0.02 seconds) T CL-USER(16): (f 4) 5 CL-USER(17): CL-USER(11): (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.8") uname -a NIL *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(12): -- __Pascal Bourguignon__ http://www.informatimago.com/ “The factory of the future will have only two employees, a man and a dog. The man will be there to feed the dog. The dog will be there to keep the man from touching the equipment.” -- Carl Bass CEO Autodesk _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net https://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] Question about pipes
by Sistemas 27 Sep '14

27 Sep '14

Hi: I'm trying to start some processes and connect them using pipes with ABCL (like Unix shell pipes). I've reviewed the documentation but I haven't found anything. Are I missing something? If not, are there any plans of adding input, output and error parameters for run-program (like SBCL, CCL, etc.)? Greets and thanks in advance. Rafael J. Alcántara Pérez. -- +---------- | Departamento de Sistemas <sistemas(a)dedaloingenieros.com> | Teléfono fijo: 952 602 959 | Fax: 952 602 959 | Dirección: C/ Afligidos 2, 3º Derecha, 29015 Málaga | Dédalo Ingenieros, S.L.: http://www.dedaloingenieros.com/ | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x1899F325 +--------------------- _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

5 7

[Armedbear-devel] Comments on Cyrus's proposal for JSS static calls
by Mark Evenson 27 Sep '14

27 Sep '14

Erik asked me to comment on [Cyrus’s proposed patch][1] to extend JSS’s SHARPSIGN-DOUBLE-QUOTE use in static method calls to accept a string as well as a symbol to designate the object. Unfortunately, changing JSS in the manner means that one can no longer use SHARPSIGN-DOUBE-QUOTE on object descended from java.lang.String, for the reasons described in the [JSS README][2]: […] Static calls are possible as well with the #" macro, but the first argument MUST BE A SYMBOL to distinguish (#"getProperties" "java.lang.System") from (#"getProperties" 'java.lang.System) The first attempts to call a method on the java.lang.String object with the contents "java.lang.System", which results in an error, while the second invokes the static java.lang.System.getProperties() method. […] Other than perhaps for aesthetic reasons, is there some functionality that using strings enables here? To argue about preserving character case in strings as opposed to the case folding implicit in symbols doesn’t seem to be applicable, because JSS currently ignores case when searching for matching JVM symbols. In 2006, when I first understood the ignoring case bit of JSS, I was a bit worried that there would be cases where this resulted in ambiguity and errors, but in the ensuing years I have yet to run into a single problem with this design decision. Therefore, I am not currently persuaded that introducing an asymmetry to SHARPSIGN-DOUBLE-QUOTE (“It works on any java Object except those which descend from java.lang.String; for those instances you have to use the JFI”) to use strings as well as symbols to specify static methods is worth it. But please argue back if you disagree… [1]: https://github.com/slyrus/abcl/commit/9ec0fb26c7b7e9470349b1c4bd9be6fa4b053… [2]: http://abcl.org/trac/browser/trunk/abcl/contrib/jss/README.markdown#L55 -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now." _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 2

[Armedbear-devel] Bug: compile function doesn't work
by Mariano Montone 27 Sep '14

27 Sep '14

Hello, This function is not working in the latest ABCL version: http://clhs.lisp.se/Body/f_cmp.htm This is what I get when I try to evaluate the example in CLHS: (defun foo () "bar") => FOO (compile 'foo) Wrong number of arguments for #<FUNCTION {5236A94B}>. [Condition of type PROGRAM-ERROR] Restarts: 0: [RETRY] Retry SLIME REPL evaluation request. 1: [*ABORT] Return to SLIME's top level. 2: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {752CC03}> #<PROGRAM-ERROR {600776A0}> #<FUNCTION {752CC03}>) 1: (APPLY #<FUNCTION {752CC03}> (#<PROGRAM-ERROR {600776A0}> #<FUNCTION {752CC03}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<PROGRAM-ERROR {600776A0}> #<FUNCTION {752CC03}>) 3: (INVOKE-DEBUGGER #<PROGRAM-ERROR {600776A0}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:382) 5: org.armedbear.lisp.CompiledClosure.notImplemented(CompiledClosure.java:81) 6: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:212) 7: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:121) 8: org.armedbear.lisp.FuncallableStandardObject.execute(FuncallableStandardObject.java:117) 9: org.armedbear.lisp.Symbol.execute(Symbol.java:826) 10: org.armedbear.lisp.compiler_pass2_387.execute(compiler-pass2.lisp:7495) 11: org.armedbear.lisp.compiler_pass2_370.execute(compiler-pass2.lisp:7450) 12: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) 13: org.armedbear.lisp.Symbol.execute(Symbol.java:803) 14: org.armedbear.lisp.compiler_pass2_386.execute(compiler-pass2.lisp:7495) 15: org.armedbear.lisp.Symbol.execute(Symbol.java:838) 16: org.armedbear.lisp.compiler_pass2_388.execute(compiler-pass2.lisp:7519) 17: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:109) 18: org.armedbear.lisp.Symbol.execute(Symbol.java:814) 19: org.armedbear.lisp.compiler_pass2_392.execute(compiler-pass2.lisp:7589) 20: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) 21: org.armedbear.lisp.LispThread.execute(LispThread.java:814) 22: org.armedbear.lisp.Lisp.evalCall(Lisp.java:575) 23: org.armedbear.lisp.Lisp.eval(Lisp.java:540) 24: org.armedbear.lisp.Primitives$pf__eval.execute(Primitives.java:345) 25: (COMPILE FOO) I'm not using this directly, but some libraries like closer-mop, need compile to work. Fails here: CL-USER> (lisp-implementation-type) "Armed Bear Common Lisp" CL-USER> (lisp-implementation-version) "1.4.0-dev-svn-14713" "OpenJDK_64-Bit_Server_VM-Oracle_Corporation-1.7.0_55-b14" "amd64-Linux-3.5.0-17-generic" It seems to work in some cases on ABCL 1.3.1, though. CL-USER> (compile 'foo) FOO NIL NIL But something like this signals an error: CL-USER> (compile nil '(lambda (x) x)) ; Evaluation aborted on #<PROGRAM-ERROR {4C62C417}>. With the same error above. CL-USER> (lisp-implementation-version) "1.3.1" "OpenJDK_64-Bit_Server_VM-Oracle_Corporation-1.7.0_55-b14" "amd64-Linux-3.5.0-17-generic" I couldn't put this on the bugs tracker because I don't have permissions. Cheers, Mariano _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 3

Re: [Cffi-devel] Patches to CFFI for ABCL which passes all tests
by Cyrus Harmon 27 Sep '14

27 Sep '14

On Aug 20, 2014, at 2:24 AM, Mark Evenson <evenson(a)panix.com> wrote: > > Even though we are passing all the CFFI tests, > > CL-USER> (drakma:http-request “https://google.com”) > > still times out with an error. Always something further to fix… Yes, I’ve run across this too. The first https call hangs, even if one adds :connection-timeout 120. Could we be improperly initializing something somewhere along the run? After recovering from this error, subsequent calls work. This is probably more of a cl+ssl issue than a cffi (or ABCL) issue, but it definitely seems to be ABCL-specific. Thanks for your work to clean up the CFFI patch set! I look forward to the day when I can run stock CFFI, cl+ss, and ABCL and have all my code working :) Cyrus

3 3

[Armedbear-devel] [CfPart] International Lisp Conference 2014, August 15-17, Montreal
by Didier Verna 18 Aug '14

18 Aug '14

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

1 0

[Armedbear-devel] Motion to delete asdf-install from ABCL's contrib
by Erik Huelsmann 18 Aug '14

18 Aug '14

Hi all, Relaying a motion by slyrus (Cyrus Harmon) from IRC: can we delete asdf-install from ABCL's contrib package? I think we can and should, given that we now have Quicklisp well supported, so hereby I'm relaying. -- 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://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1

[Armedbear-devel] ASDF-announce email list is live again
by Robert P. Goldman 18 Aug '14

18 Aug '14

Dear CL implementers and maintainers, I apologize for the mass spam, but I am sending this out in order to limit all further ASDF release spam. Hans Huebner has kindly raised the ASDF-announce(a)common-lisp.net mailing list from the dead. See http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/asdf-announce for more details. Please either sign your list up for ASDF-announce, or appoint someone in your maintenance community to subscribe. In return, I undertake to keep traffic to this mailing list to an absolute minimum. Indeed, for the moment, I will be turning on "emergency" moderation of all traffic, to enforce this. I plan to cease sending these mass emails upon ASDF releases, effective immediately, so please do monitor the announcement list. Best, Robert _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] ASDF errors in latest ABCL
by Cyrus Harmon 18 Aug '14

18 Aug '14

So, it’s quite possible I’m doing something wrong here, but I’m having a problem loading an ASDF file: Error (UNBOUND-SLOT) during printing: #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> [Condition of type ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR] Restarts: 0: [REINITIALIZE-SOURCE-REGISTRY-AND-RETRY] Retry finding system abcl-cdk after reinitializing the source-registry. 1: [RETRY] Retry SLIME REPL evaluation request. 2: [*ABORT] Return to SLIME's top level. 3: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {776A693B}> #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>) 1: (APPLY #<FUNCTION {776A693B}> (#<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>) 3: (INVOKE-DEBUGGER #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}>) 4: (ERROR ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR :NAME "abcl-cdk" :PATHNAME #P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" ...) 5: (#<FUNCTION {6B22DDBC}> #<PROGRAM-ERROR {27E3CBA1}>) 6: (SIGNAL #<PROGRAM-ERROR {27E3CBA1}>) 7: (ERROR PROGRAM-ERROR :FORMAT-CONTROL "Invalid initarg ~S in call to ~S with arglist ~S." :FORMAT-ARGUMENTS (:REPOSITORY MAKE-INSTANCE (#<ASDF/INTERFACE:MVN {5C4DCB7C}> :NAME "org.openscience.cdk/cdk-b.. 8: (MOP::CHECK-INITARGS (#<STANDARD-GENERIC-FUNCTION {22978F81}> #<STANDARD-GENERIC-FUNCTION {513D2D11}>) (#<ASDF/INTERFACE:MVN {5C4DCB7C}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME.. 9: (#<FUNCTION {6B4F0153}> #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...) 10: (APPLY #<FUNCTION {6B4F0153}> (#<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT ...)) 11: (MAKE-INSTANCE #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...) 12: (APPLY MAKE-INSTANCE #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> (:NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT #<ASDF/SYSTEM:SYSTEM {3E0B9897}> ...)) 13: (ASDF/PARSE-DEFSYSTEM:PARSE-COMPONENT-FORM #<ASDF/SYSTEM:SYSTEM {3E0B9897}> (:MVN "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :REPOSITORY NIL) :PREVIOUS-SERIAL-COMPONENT "org.freehep/freehep-graph.. 14: (ASDF/PARSE-DEFSYSTEM:PARSE-COMPONENT-FORM NIL (:MODULE "abcl-cdk" :PATHNAME NIL :NAME "abcl-cdk" ...)) 15: (#<FUNCTION {FE0272F}>) 16: (ASDF/CACHE:CALL-WITH-ASDF-CACHE #<FUNCTION {FE0272F}> :OVERRIDE NIL :KEY NIL) 17: (ASDF/PARSE-DEFSYSTEM:REGISTER-SYSTEM-DEFINITION :ABCL-CDK :NAME "abcl-cdk" :AUTHOR "Cyrus Harmon" ...) 18: (APPLY ASDF/PARSE-DEFSYSTEM:REGISTER-SYSTEM-DEFINITION :ABCL-CDK (:NAME "abcl-cdk" :AUTHOR "Cyrus Harmon" :SERIAL T ...)) 19: (SYSTEM::%LOAD #P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" NIL NIL T :UTF-8) --more-- So while it’s possible there may be an error in my ASDF file, it seems like we’re erroring out with a bogus error message. I’m having a hard time figuring out what the invalid initarg it’s complaining about in lines 7 and 8 are. Cyrus _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1