#183: build.xml needlessly compiling Lisp sources
-------------------------------------------+--------------------------------
Reporter: mevenson | Owner: mevenson
Type: defect | Status: new
Priority: minor | Milestone: unscheduled
Component: build | Version: 1.0
Keywords: build.xml, system compilation |
-------------------------------------------+--------------------------------
The correspondence between the source and the targets of the Lisp
compilation is out of sync again so that the (timewise) expensive loading
of the interpreted version of ABCL to compile its system source is always
done (this is good for testing perhaps, but the average developer should
have the fastest possible compile).
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/183>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#30: Lisp debugger, for both compiled and interpreted code
----------------------------+-----------------------------------------------
Reporter: vvoutilainen | Owner: somebody
Type: enhancement | Status: new
Priority: major | Milestone: unscheduled
Component: component1 | Version:
Keywords: debug debugger |
----------------------------+-----------------------------------------------
ABCL code can be debugged with normal java debuggers, but it
is somewhat painful for the portions implemented in lisp(1). So we need a
lisp debugger.
(1) It's possible, although a bit tedious, to step through
eval calls in a java debugger by examining the cars and
cdrs of eval parameters when stepping the code.
--
Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/30>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#127: SLIME fails to EXTENSION:QUIT
-------------------------+--------------------------------------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: major | Milestone: unscheduled
Component: interpreter | Version: 0.24
Keywords: slime |
-------------------------+--------------------------------------------------
Alan Ruttenberg reports that "(QUIT) in SLIME doesn't"
{{{
CL-USER> (quit)
; Evaluation aborted on NIL.
}}}
The REPL used by SLIME is failing to catch and properly interpret the new
ProcessingTerminated exception thrown by QUIT.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/127>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#170: Make COMPILE-FILE a multi-pass operation
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: ehuelsmann
Type: defect | Status: new
Priority: major | Milestone:
Component: compiler | Version:
Keywords: |
------------------------+---------------------------------------------------
The single-pass implementation of COMPILE-FILE has several drawbacks:
1. Only backward referenced function calls can be inlined (since forward
referenced functions are unknown at the time of compilation)
1. It's much harder to build an fasl-literal-object table with objects
being referenced multiple times in the fasl; we need this item for
compliance with
[http://www.lispworks.com/documentation/HyperSpec/Body/03_bdd.htm section
3.2.4.4 of the CLHS]
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/170>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#185: hunchentoot with ssl fails to load correctly
--------------------------------------------+-------------------------------
Reporter: mevenson | Owner: mevenson
Type: defect | Status: new
Priority: major | Milestone: unscheduled
Component: libraries | Version: 1.0
Keywords: quicklisp hunchentoot cffi ssl |
--------------------------------------------+-------------------------------
Hunchentoot from the latest Quicklisp is a bit wonky with SSL. To disable
any attempt to load code for dealing with SSL via CFFI in Hunchentoot, add
the following to your ABCL initialization file ("~/.abclrc"):
{{{
(push :hunchentoot-no-ssl *features*)
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/185>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#184: Convert all assertions
-------------------------+--------------------------------------------------
Reporter: mevenson | Owner: nobody
Type: task | Status: new
Priority: minor | Milestone: unscheduled
Component: java | Version: 1.0
Keywords: bite-sized, |
-------------------------+--------------------------------------------------
We would benefit from consolidating all the assertions in the code base to
use the standard JVM conventions introduced in Java5 (???)
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/184>
armedbear <http://common-lisp.net/project/armedbear>
armedbear