armedbear-ticket June 2017

armedbear-ticket@common-lisp.net

1 participants
25 discussions

[armedbear] #440: Integrate abcl-introspect with upstream SLIME
by armedbear 09 Feb '20

09 Feb '20

#440: Integrate abcl-introspect with upstream SLIME -----------------------+------------------------ Reporter: mevenson | Owner: Type: task | Status: new Priority: major | Milestone: 1.5.0 Component: libraries | Version: Keywords: slime | Parent Tickets: -----------------------+------------------------ abcl-introspect provides a more structured interface for introspecting backtraces; one can more or less just conditionalize the https://gitlab .common-lisp.net/slime/slime master to "just work" here TODO ==== Collapse the patches for a single upstream commit -- Ticket URL: <http://abcl.org/trac/ticket/440> armedbear <http://abcl.org> armedbear

1 4

[armedbear] #447: manual: Compile to Java 5 Bytecode
by armedbear 25 Nov '19

25 Nov '19

#447: manual: Compile to Java 5 Bytecode --------------------+---------------------- Reporter: rurban | Owner: Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: docs | Parent Tickets: --------------------+---------------------- Since rc0 to 1.5.0 you removed one part of the outdated compile to Java 5 Bytecode, but one headline still is "Compile to Java 5 Bytecode". It's now 6-8. Please change to "Compile to Java Bytecode" -- Ticket URL: <http://abcl.org/trac/ticket/447> armedbear <http://abcl.org> armedbear

1 3

[armedbear] #448: Running under Netbeans fails with QUICKLISP-ABCL load
by armedbear 23 Nov '19

23 Nov '19

#448: Running under Netbeans fails with QUICKLISP-ABCL load ----------------------------+---------------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.6.0 Component: abcl-contrib | Version: 1.5.0-dev Keywords: quicklisp-abcl | Parent Tickets: ----------------------------+---------------------------- {{{ Loaded /Users/evenson/.cache/common-lisp/abcl-1.6.0-dev- fasl43-macosx-x64/Users/evenson/work/abcl/dist/abcl-contrib.jar/quicklisp /quicklisp-abcl.abcl (0.023 seconds) ; Loading /Users/evenson/quicklisp/setup.abcl ... Failed to get InputStream for 'jar:file:/Users/evenson/quicklisp/setup.abcl!/impl_tmp17FXGQWI_16.cls' ABCL Debug.assertTrue() assertion failed! java.lang.Error: ABCL Debug.assertTrue() assertion failed! at org.armedbear.lisp.Debug.assertTrue(Debug.java:48) at org.armedbear.lisp.Pathname.getInputStream(Pathname.java:2386) at org.armedbear.lisp.Lisp.readFunctionBytes(Lisp.java:1363) }}} -- Ticket URL: <http://abcl.org/trac/ticket/448> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #445: abcl test fails on trunk
by armedbear 23 Nov '19

23 Nov '19

#445: abcl test fails on trunk -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | Parent Tickets: -------------------------+---------------------- abcl test ... ``-do-compile-test: [mkdir] Created dir: /Users/lori/repos/abcl/build/empty [javac] Compiling 5 source files to /Users/lori/repos/abcl/build/test/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.6 `` -- Ticket URL: <http://abcl.org/trac/ticket/445> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #438: something wrong with (function-lambda-expression (symbol-function 'lambda))
by armedbear 23 Nov '19

23 Nov '19

#438: something wrong with (function-lambda-expression (symbol-function 'lambda)) -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- {{{ (print (nth-value 2 (function-lambda-expression (symbol-function 'lambda) }}} -> {{{ ABCL Debug.assertTrue() assertion failed! java.lang.Error: ABCL Debug.assertTrue() assertion failed! at org.armedbear.lisp.Debug.assertTrue(Debug.java:48) at org.armedbear.lisp.ArgumentListProcessor.match(ArgumentListProcessor.java:485) at org.armedbear.lisp.Closure.processArgs(Closure.java:230) at org.armedbear.lisp.pprint_152.execute(pprint.lisp:712) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:575) at org.armedbear.lisp.Lisp.eval(Lisp.java:540) at org.armedbear.lisp.Primitives$pf__eval.execute(Primitives.java:345) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:575) at org.armedbear.lisp.Lisp.eval(Lisp.java:540) at org.armedbear.lisp.Lisp.progn(Lisp.java:709) at org.armedbear.lisp.Primitives$sf_block.execute(Primitives.java:3742) at org.armedbear.lisp.Lisp.eval(Lisp.java:530) at org.armedbear.lisp.Lisp.progn(Lisp.java:709) at org.armedbear.lisp.Closure.execute(Closure.java:220) at org.armedbear.lisp.Closure.execute(Closure.java:148) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_528.execute(swank.lisp:1732) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_47.execute(swank-repl.lisp:270) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_repl_48.execute(swank-repl.lisp:283) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_46.execute(swank-repl.lisp:270) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_272.execute(swank.lisp:490) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_repl_45.execute(swank-repl.lisp:270) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at abcl_79046444_f3e6_412c_a6d4_362381f8e171.execute(Unknown Source) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.funcall(Lisp.java:172) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2827) at org.armedbear.lisp.Symbol.execute(Symbol.java:826) at org.armedbear.lisp.LispThread.execute(LispThread.java:851) at org.armedbear.lisp.backend_56.execute(backend.lisp:477) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_489.execute(swank.lisp:1471) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_repl_44.execute(swank-repl.lisp:270) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_42.execute(swank-repl.lisp:257) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:575) at org.armedbear.lisp.Lisp.eval(Lisp.java:540) at org.armedbear.lisp.Primitives$pf__eval.execute(Primitives.java:345) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:575) at org.armedbear.lisp.Lisp.eval(Lisp.java:540) at org.armedbear.lisp.Lisp.progn(Lisp.java:709) at org.armedbear.lisp.Primitives$sf_block.execute(Primitives.java:3742) at org.armedbear.lisp.Lisp.eval(Lisp.java:530) at org.armedbear.lisp.Lisp.progn(Lisp.java:709) at org.armedbear.lisp.Closure.execute(Closure.java:220) at org.armedbear.lisp.Closure.execute(Closure.java:148) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_512.execute(swank.lisp:1669) at org.armedbear.lisp.LispThread.execute(LispThread.java:851) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2800) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_337.execute(swank.lisp:876) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_327.execute(swank.lisp:864) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_326.execute(swank.lisp:864) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at abcl_434fbc57_502d_44c7_88b2_1424a2cce67e.execute(Unknown Source) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.Lisp.funcall(Lisp.java:174) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2845) at org.armedbear.lisp.Primitive.execute(Primitive.java:148) at org.armedbear.lisp.Symbol.execute(Symbol.java:838) at org.armedbear.lisp.LispThread.execute(LispThread.java:872) at org.armedbear.lisp.backend_97.execute(backend.lisp:842) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_336.execute(swank.lisp:864) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_1.execute(swank.lisp:55) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_325.execute(swank.lisp:864) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_36.execute(swank-repl.lisp:185) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_35.execute(swank-repl.lisp:179) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_1.execute(swank.lisp:55) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_repl_34.execute(swank-repl.lisp:179) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at abcl_98bf6cb5_7e81_4c37_86b6_ae9fc865d0d9.execute(Unknown Source) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.threads_1.execute(threads.lisp:40) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.funcall(Lisp.java:172) at org.armedbear.lisp.LispThread$2.run(LispThread.java:94) at java.lang.Thread.run(Thread.java:745) }}} -- Ticket URL: <http://abcl.org/trac/ticket/438> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #434: Recent maven distributions not found on mvnrepository.com
by armedbear 16 Nov '19

16 Nov '19

#434: Recent maven distributions not found on mvnrepository.com -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- If you google something like: maven abcl or: maven org.abcl.abcl The top hits are to https://mvnrepository.com/ which doesn't have recent versions Other google hits https://repo1.maven.org/maven2/org/abcl/abcl/ https://maven-repository.com/artifact/org.abcl/abcl https://maven2repo.com/org.abcl/abcl http://search.maven.org/#search%7Cga%7C1%7Corg.abcl Ideally all of these sites would be consistent. But minimally we should figure out how to have them indexed at https://mvnrepository.com since that's at the top of the google results. -- Ticket URL: <http://abcl.org/trac/ticket/434> armedbear <http://abcl.org> armedbear

1 4

[armedbear] #432: open http:// pathname doesn't follow redirects
by armedbear 16 Nov '19

16 Nov '19

#432: open http:// pathname doesn't follow redirects -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: streams | Version: Keywords: | Parent Tickets: -------------------------+---------------------- So if you want to do something like use uiop/stream:copy-file which does something like open the source, open the dest, read/write, it will not do what you might expect. I don't see a way of controlling this behavior. Arguably the default ought to be to follow redirects and open the redirected-to file. -- Ticket URL: <http://abcl.org/trac/ticket/432> armedbear <http://abcl.org> armedbear

1 12

[armedbear] #436: feature request maven exclude dependency
by armedbear 16 Nov '19

16 Nov '19

#436: feature request maven exclude dependency -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- Like this: https://maven.apache.org/plugins/maven-dependency- plugin/examples/exclude-dependencies-from-dependency-analysis.html To prevent dependencies from one maven artifact from stepping on another. Which they are doing. (each loads a different version) -- Ticket URL: <http://abcl.org/trac/ticket/436> armedbear <http://abcl.org> armedbear

1 10

[Armedbear-ticket] [armedbear] #383: Build standalone JARs which contain additional application code
by armedbear 13 Feb '19

13 Feb '19

#383: Build standalone JARs which contain additional application code -------------------------+----------------------- Reporter: mevenson | Owner: Type: enhancement | Status: new Priority: major | Milestone: 1.4.0 Component: other | Version: 1.4.0-dev Keywords: | -------------------------+----------------------- Clojure ("lein uberjar") as well as jruby ("warbler jar") have facilities for creating a standalone JAR which contains the runtime plus application. Other than creating the necessary assembly instructions, the only substantial problem would seem to be the need to further abstract the mechanism for finding ABCL-CONTRIB to something that could work on a pathname as well as an entire JAR. -- Ticket URL: <http://abcl.org/trac/ticket/383> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #450: Structure redefinition warning for closure-common
by armedbear 26 Jun '17

26 Jun '17

#450: Structure redefinition warning for closure-common ----------------------+------------------------ Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.6.0 Component: java | Version: Keywords: | Parent Tickets: ----------------------+------------------------ From <https://github.com/armedbear/abcl/issues/59>: <https://github.com/mcna/closure-common> fails to load properly because the xstream structure causes a redefinition failure, the reason being that the slot buffer of type {{{(simple-array buffer-byte (*))}}} (which is also what's in the FASL, {{{(#5=SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION BUFFER #6=0 XSTREAM-BUFFER +NULL-BUFFER+ (#7=SIMPLE-ARRAY BUFFER-BYTE (#8=*)) #2# ))}}} has the expanded type {{{(SIMPLE-ARRAY (INTEGER 0 65535) (*))}}} loaded in the runtime (c.f. {{{(nth 0 (system::dd-slots (get 'runes::xstream 'system::structure-definition))))}}}. {{{ Structure redefinition not supported in DEFSTRUCT for XSTREAM [Condition of type PROGRAM-ERROR] Restarts: 0: [TRY-RECOMPILING] Recompile xstream and try loading it again ... Backtrace: ... 4: (ERROR PROGRAM-ERROR :FORMAT-CONTROL "Structure redefinition not supported ~ in DEFSTRUCT for ~A" :FORMAT-ARGUMENTS (RUNES:XSTREAM)) 5: (SYSTEM:COMPILER-DEFSTRUCT RUNES:XSTREAM :CONC-NAME #:XSTREAM- :DEFAULT-CONSTRUCTOR RUNES::MAKE-XSTREAM/LOW ...) }}} -- Ticket URL: <http://abcl.org/trac/ticket/450> armedbear <http://abcl.org> armedbear

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-ticket June 2017