#295: SWANK-BACKEND:SLIME-INSPECT assertion violation on symbol whose function is
an Autoload object
-------------------------+--------------------------------------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: blocker | Milestone: 1.2.0
Component: interpreter | Version: 1.2.0-dev
Keywords: autoload |
-------------------------+--------------------------------------------------
Running swank:inspect-presentation on a symbol whose function is an
Autoload object (like CL:MASK-FIELD) causes the following assertion to
fail:
{{{
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:490)
at org.armedbear.lisp.Closure.processArgs(Closure.java:230)
at org.armedbear.lisp.pprint_145.execute(pprint.lisp:611)
at
org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:135)
at org.armedbear.lisp.Symbol.execute(Symbol.java:837)
at org.armedbear.lisp.LispThread.execute(LispThread.java:680)
at org.armedbear.lisp.pprint_251.execute(pprint.lisp:1350)
at org.armedbear.lisp.Symbol.execute(Symbol.java:813)
at org.armedbear.lisp.LispThread.execute(LispThread.java:653)
at org.armedbear.lisp.print_14.execute(print.lisp:281)
at org.armedbear.lisp.Symbol.execute(Symbol.java:813)
at org.armedbear.lisp.LispThread.execute(LispThread.java:653)
at org.armedbear.lisp.print_16.execute(print.lisp:301)
at org.armedbear.lisp.Symbol.execute(Symbol.java:813)
at org.armedbear.lisp.LispThread.execute(LispThread.java:653)
at org.armedbear.lisp.pprint_158.execute(pprint.lisp:763)
at org.armedbear.lisp.Symbol.execute(Symbol.java:802)
at org.armedbear.lisp.LispThread.execute(LispThread.java:640)
at org.armedbear.lisp.swank_abcl_80.execute(swank-abcl.lisp:654)
at org.armedbear.lisp.clos_278.execute(clos.lisp:2585)
at org.armedbear.lisp.clos_251.execute(clos.lisp:2249)
at
org.armedbear.lisp.FuncallableStandardObject.execute(FuncallableStandardObject.java:98)
at org.armedbear.lisp.Symbol.execute(Symbol.java:802)
at org.armedbear.lisp.LispThread.execute(LispThread.java:640)
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/295>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#152: ql:closer-mop doesn't work
--------------------------------+-------------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone: 0.26
Component: CLOS | Version: 1.0
Keywords: clos quicklisp mop |
--------------------------------+-------------------------------------------
[http://common-lisp.net/project/closer/closer-mop.html CLOSER-MOP] fails
to load via [http://quicklisp.org QuickLisp].
As part of resolving this ticket, it would be nice to produce a summary of
what is incomplete in ABCL wrt. MOP.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/152>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#228: Need to implement autoloader facility for SETF functions
-------------------------+--------------------------------------------------
Reporter: ehuelsmann | Owner: nobody
Type: enhancement | Status: new
Priority: major | Milestone: 1.2.0
Component: java | Version:
Keywords: |
-------------------------+--------------------------------------------------
The subject says it all: we currently have infrastructure for normal
functions, but we need infrastructure for SETF functions as well.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/228>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#294: Reder doesn't recongize terminating characters in some cases
-----------------------+----------------------------------------------------
Reporter: sboukarev | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: other | Version:
Keywords: |
-----------------------+----------------------------------------------------
Things like #\Space; signals
Unrecognized character name: "Space;"
{{{
(set-macro-character #\? (lambda (stream char) (code-char (read stream nil
nil t))))
'(a .?0)
Dot context error.
}}}
Both cases are a result of hard-coded checks for terminating macro-
characters, and in case of #\ it's only '(' and ')'.
The attached patch fixes both issues.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/294>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#293: Loop and default value for of-type problem
-----------------------+----------------------------------------------------
Reporter: sboukarev | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: other | Version:
Keywords: |
-----------------------+----------------------------------------------------
(loop with x of-type (float 0) = 0.0)
0 cannot be converted to type (FLOAT 0).
Here's a patch adapted from SBCL.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/293>
armedbear <http://common-lisp.net/project/armedbear>
armedbear