#301: Source locations should use a logical pathname
----------------------+-----------------------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: minor | Milestone: 1.2.0
Component: other | Version: 1.2.0-dev
Keywords: |
----------------------+-----------------------------------------------------
[http://article.gmane.org/gmane.lisp.armedbear.devel/2764 On armedbear-
develop] Xiaofeng Yang makes the reasonable request to not have the
physical pathname recorded at build time in the symbol property lists.
The first step to implement this would be to use the SYS:SRC logical
pathname in the symbol plist, for which a value is already recorded in
system.lisp at build time [source:trunk/abcl/src/org/armedbear/lisp
/compile-system.lisp#L503 CREATE-SYSTEM-LOGICAL-PATHNAME].
At runtime, the user could override this value by setting the translation
to a valid location. Using URL-PATHNAME we could possibly also fallback
to a location available over the Internets.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/301>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#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