#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 …
[View More]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
[View Less]
#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)
}}}
->
{{…
[View More]{
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
[View Less]
#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, …
[View More]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
[View Less]
#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.…
[View More]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
[View Less]
#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 …
[View More]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
[View Less]
#422: SYSTEM:RUN-PROGRAM does not work on Java 5/6
------------------------------------------------+------------------------
Reporter: mevenson | Owner:
Type: defect | Status: new
Priority: major | Milestone: 1.5.0
Component: interpreter | Version: 1.4.0
Keywords: cffi sys:run-progrom java-5 java-6 | Parent Tickets:
---------------------…
[View More]---------------------------+------------------------
In chasing down the errors with CFFI on CL-TEST-GRID <https://mailman
.common-lisp.net/pipermail/armedbear-devel/2016-October/003719.html>, I
have found that the [java.lang.ProcessBuilder$Redirect][] interface used
by Elias and Olof to extend SYS:RUN-PROGRAM for different types of I/O
abstractions was introduced with Java 7, and will hence not work on
earlier Java implementations.
[java.lang.ProcessBuilder$Redirect]:
https://docs.oracle.com/javase/8/docs/api/java/lang/ProcessBuilder.Redirect…
Invoking ABCL-ASDF:ENSURE-MVN-VERSION, the following form causes the error
{{{
(JFIELD "java.lang.ProcessBuilder$Redirect" "INHERIT")
}}}
TODO: investigate the Java 6 APIs to see if there is a way to do I/O
redirection with backwards compatibility. I currently suspect that there
is no way to support Java 5/6 for this usage, which is why we never
implemented I/O redirection previously.
There is undoubtedly a way re-write the SYS:RUN-PROGRAM interface so that
we may invoke a process to read its output as a string in Java 5/Java 6,
as it worked before. But we will have to figure out a way to advertise
the different features of SYS:RUN-PROGRAM depending on the hosting VM.
Longer term, we may want to deprecate Java 5/6, but I would really have
the compiler emit Java 7-compatible bytecode (mainly by passing the Java 6
verification process) before we begin that.
--
Ticket URL: <http://abcl.org/trac/ticket/422>
armedbear <http://abcl.org>
armedbear
[View Less]