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

Manually allowed your non-subscription address to post to armedbear-devel
by Mark Evenson 07 May '20

07 May '20

Paul, I’ve taken the liberty of manually allowing your recent messages to the <armedbear-devel@…> mailing list to propagate in spite of this address bot being subscribed to the list. [1]: https://mailman.common-lisp.net/pipermail/armedbear-devel/2020-May/004054.h… [2]: https://mailman.common-lisp.net/pipermail/armedbear-devel/2020-May/004055.h… If you wish your messages to go through without needing administrative approval, please consider subscribing to the list Happy to have your questions about ABCL: without the ANSI-TEST suite, we would be a much poorer Bear. sincerely, Mark -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."

1 0

Bug with CATCH w. constant form
by Paul Dietz 07 May '20

07 May '20

(compile nil '(lambda () (dotimes (i 1 2) (catch 'c 3)))) ==> COMPILE-TAGBODY: tag not found: 3 [Condition of type SIMPLE-ERROR] Restarts: 0: [TOP-LEVEL] Return to top level. Backtrace: 0: (#<FUNCTION {6495CFA3}> #<SIMPLE-ERROR {74889B81}> #<FUNCTION {6495CFA3}>) 1: (APPLY #<FUNCTION {6495CFA3}> (#<SIMPLE-ERROR {74889B81}> #<FUNCTION {6495CFA3}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<SIMPLE-ERROR {74889B81}> #<FUNCTION {6495CFA3}>) 3: (INVOKE-DEBUGGER #<SIMPLE-ERROR {74889B81}>) 4: (COMPILE NIL (LAMBDA NIL (DOTIMES (I 1 2) (CATCH 'C 3)))) 5: (SYSTEM::%EVAL (COMPILE NIL '(LAMBDA NIL (DOTIMES # #)))) 6: (EVAL (COMPILE NIL '(LAMBDA NIL (DOTIMES # #)))) 7: (SYSTEM:INTERACTIVE-EVAL (COMPILE NIL '(LAMBDA NIL (DOTIMES # #)))) 8: (TOP-LEVEL::REPL) 9: (TOP-LEVEL::TOP-LEVEL-LOOP) ________________________________ The information contained in this e-mail and any attachments from GrammaTech, Inc may contain confidential and/or proprietary information, and is intended only for the named recipient to whom it was originally addressed. If you are not the intended recipient, any disclosure, distribution, or copying of this e-mail or its attachments is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the e-mail and any attachments.

1 0

Problems compiling abcl-1.6.1
by Mark Evenson 28 Apr '20

28 Apr '20

[For some reason Greg’s message wasn’t delivered via email, so I am replying “out of band” without the proper SMTP headers.] > I am an ABCL user, but by no means an expert. I just unpacked the source > zip file and tried to compile it without success. I am using Java 14.0.1 > and Ant 1.9.6. The resulting output is attached. buildfile: C:\Users\baryza\__Library\Armed_Bear_Lisp\abcl-src-1.6.1\build.xml […] abcl.compile.java: [javac] Compiling 271 source files to C:\Users\baryza\__Library\Armed_Bear_Lisp\abcl-src-1.6.1\build\classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 6 [javac] error: Source option 6 is no longer supported. Use 7 or later. [javac] error: Target option 6 is no longer supported. Use 7 or later. For Java 14, we need to tell the compiler to target the right source compatibility. There is a script in `ci/create-abcl-properties.bash` that works with Bash to do configuration, but I see from your logs that you are running under Windows. So do the steps manually: 1. copy `abcl.properties.in` to `abcl.properties` 2. Change the line with `abcl.javac.source` to read abcl.javac.source=1.8 Then you should be able to compile (or at least get past this error). Not sure what is going on with the mailing list… -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."

2 1

Release 1.6.1
by Gregory Baryza 28 Apr '20

28 Apr '20

Hello: I am an ABCL user, but by no means an expert. I just unpacked the source zip file and tried to compile it without success. I am using Java 14.0.1 and Ant 1.9.6. The resulting output is attached. Advice is appreciated. Greg Baryza

1 0

ABCL-1.6.1 Springs Forth
by Mark Evenson 28 Apr '20

28 Apr '20

As augured, the Bear is pleased to join fellow open ANSI Common Lisp implementations [CCL][], [ECL][], and [SBCL][] in publishing a new release around the online advent of the thirteenth European Lisp Symposium, [ELS2020][]. The [ABCL 1.6.1 binaries and signatures][1.6.1] are now available with their associated [CHANGES][]. Thanks to everyone involved in continuing to further the progress of our implementation. [CCL]: https://github.com/Clozure/ccl/releases/tag/v1.12 [ECL]: https://common-lisp.net/project/ecl/posts/ECL-20424-release.html [SBCL]: http://sbcl.org/news.html#2.0.4 [ELS2020]: https://european-lisp-symposium.org/2020/index.html [1.6.1] https://abcl.org/releases/1.6.1/ [CHANGES]: https://abcl.org/svn/tags/1.6.1/CHANGES -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."

1 0

abcl-1.6.1 release candidate for ELS2020 rc0
by Mark Evenson 24 Apr '20

24 Apr '20

Rejoice! for the Bear has emerged from its Lair to slough off a release candidate for abcl-1.6.1 <urn:abcl/1.6.1#rc0> Currently, the release candidate rc-0 committed to cloud builds; we will be rendezvousing with the cryptographic signatures to do the actual public release on Monday, live "at" ELS 2020. Please get any outstanding github pull requests in before April 27, 2020 to be included in the release. We should now be able to accept pull requests while preserving your github identity if you are so inclined. Otherwise pseudo-anonymous patches are still solicited via this mailing list. [ABCL-BUILD]: https://github.com/easye/abcl/blob/abcl/1.6.1/ci/release.lisp [abcl.1.6.1]: https://github.com/armedbear/abcl/pull/172 [els2020]: https://european-lisp-symposium.org/2020/index.html [CHANGES]: https://github.com/easye/abcl/blob/abcl/1.6.1/CHANGES [elsconf]: https://twitter.com/elsconf stay tuned bear fans, -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."

1 0

[CfPart] 13th European Lisp Symposium, happening online, free of charge!
by Didier Verna 14 Apr '20

14 Apr '20

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 13th European Lisp Symposium Special Focus on Compilers In cooperation with: ACM SIGPLAN Call for participation April 27 - April 28, 2020 Sponsored by EPITA, Igalia S.L., and RavenPack ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #COVID19 important information ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In the context of the current pandemic, the symposium has been turned into an online event, and will be open to anyone, free of charge! Connection instructions will be posted on the website when available. Invited Speakers ~~~~~~~~~~~~~~~~ Andrew W. Keep (Cisco Systems, Inc.), on the Nanopass Framework. Daniel Kochmański (Turtleware), on ECL, the Embeddable Common Lisp. Scope ~~~~~ 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 dialects, including Common Lisp, Scheme, Emacs Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, ECMAScript, SKILL and so on. We encourage everyone interested in Lisp to participate. This year's focus is directed towards "Compilers". Programme Chair ~~~~~~~~~~~~~~~ Ioanna M. Dimitriou H. - Igalia, Spain/Germany Local Chair ~~~~~~~~~~~ Nicolas Hafner - Shinmera, Switzerland Programme Committee ~~~~~~~~~~~~~~~~~~~ Andy Wingo - Igalia, Spain/France Asumu Takikawa - Igalia, Spain/USA Charlotte Herzeel - Imec, ExaScience Lab, Belgium Christophe Rhodes - Google, UK Irène Durand - Université Bordeaux 1, France Jim Newton - EPITA Research Lab, France Kent Pitman - HyperMeta, USA Leonie Dreschler-Fischer - University of Hamburg, Germany Marco Heisig - FAU Erlangen-Nürnberg, Germany Mark Evenson - not.org, Austria Max Rottenkolber - Interstellar Ventures, Germany Metin Evrim Ulu - Middle East Technical University, Turkey Paulo Matos - Igalia, Spain/Germany Robert Goldman - SIFT, USA Robert Strandh - Université Bordeaux 1, France Sky Hester - consultant, USA -- Resistance is futile. You will be jazzimilated. Jazz site: http://www.didierverna.com Other sites: http://www.didierverna.info

1 0

Could not transfer artifact net.java.dev.jna:jna:pom:5.5.0 from/to central (http://repo1.maven.org/maven2/): Transfer failed for http://repo1.maven.org/maven2/net/java/dev/jna/jna/5.5.0/jna-5.5.0.pom 501 HTTPS Required
by Anton Vodonosov 14 Mar '20

14 Mar '20

The following error started to happen recently (in my case in Travis CI runs of a library, which includes ABCL as one of the lisps): jnaASDF could not load because Java exception 'org.eclipse.aether.collection.DependencyCollectionException: Failed to read artifact descriptor for net.java.dev.jna:jna:jar:5.5.0'.. Could not transfer artifact net.java.dev.jna:jna:pom:5.5.0 from/to central (http://repo1.maven.org/maven2/) Transfer failed for http://repo1.maven.org/maven2/net/java/dev/jna/jna/5.5.0/jna-5.5.0.pom 501 HTTPS Required It must be caused by the following change in the maven central repo: https://support.sonatype.com/hc/en-us/articles/360041287334-Central-501-HTT… What is the best way to solve this? In other words, how to make sure ABCL uses the HTTPS versions of the central repo URLs? Best regards, - Anton

2 2

Regression from 1.5.0 in compiling SBCL on Haiku
by Alexandru Popa 02 Mar '20

02 Mar '20

Currently, ABCL is the only way to run Common Lisp on Haiku (https://www.haiku-os.org/) I try to bootstrap SBCL on Haiku usinbg ABCL. Previously, bootstrap (first stage of compilation) was possible with ABCL 1.5.0. Now with ABCL 1.6.0 the compilation fails with the attached Java error. This is a regression fomr 1.5.0.

2 3

ASDF 3.3.4 released today
by Robert Goldman 14 Feb '20

14 Feb '20

Dear Lisp Maintainers, Here is the announcement of today's bug fix release, version 3.3.4, of ASDF. This will not change the API, and fixes some issues, so it should be low-risk inclusion into your distributions. Best regards, Robert ---- In honor of Valentine's Day, and more honestly, just because it's overdue, today we release ASDF 3.3.4, the fourth bugfix release for the 3.3 release series. We urge implementations that are currently bundling previous versions of ASDF -- and especially those bundling 3.3.0 or 3.3.1 -- to upgrade to 3.3.4 at their earliest convenience. This is especially true for SBCL, for which 3.3.4 fixes a bug preventing ASDF upgrade from working smoothly. Immense thanks, as always, to Faré Rideau. Also thanks to the many bug reporters and patch submitters including (alphabetically): * Rommel Martinez * Jan Moringen * Karsten Poeck * François-René Rideau * Martin Simmons * Eric Timmons * Guillaume Le Vaillant

1 0