#111: ABCL fails to run on JRockit
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: CLOS | Version:
Keywords: |
------------------------+---------------------------------------------------
Compilation of ABCL works fine, but when evaluating
(COMPILE NIL '(LAMBDA ()))
at the REPL, it fails to load the Java FFI:
Failed to autoload JAVA:JCLASS-FIELDS
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/111>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#8: Support for easier (web) deployment
--------------------------+-------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: enhancement | Status: new
Priority: major | Milestone: too-vague
Component: other | Version:
Resolution: | Keywords:
--------------------------+-------------------------------------------------
Comment(by mevenson):
ADSF systems can now be packaged in JAR files, which certainly helps (web)
deployment by allowing systems to be loaded via HTTP.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/8#comment:2>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#78: Include ASDF-INSTALL in base ABCL
-----------------------+----------------------------------------------------
Reporter: mevenson | Owner: nobody
Type: defect | Status: new
Priority: minor | Milestone: unscheduled
Component: libraries | Version:
Keywords: |
-----------------------+----------------------------------------------------
Including a port of [http://www.cliki.net/ASDF-Install ASDF-INSTALL] in
ABCL would help others trying to use CL libraries.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/78>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#112: CLHS requires vector and array element specializations to be the same
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: nobody
Type: defect | Status: new
Priority: major | Milestone: unscheduled
Component: libraries | Version:
Keywords: |
------------------------+---------------------------------------------------
On #lisp, there was discussion whether it was allowed to have different
element specializations for vectors than for arrays.
The conclusion is that the CLHS requires - and ABCL violates - the
upgraded element type of a specific type should be the same regardless of
whether applicable to a vector or an array.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/112>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#51: Implement debugger option to retry/return from stack frame
-------------------------+--------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: enhancement | Status: new
Priority: major | Milestone:
Component: other | Version:
Keywords: |
-------------------------+--------------------------------------------------
It would be very valuable to be able to retry a stack frame after changing
some of the local variables / function arguments in it.
--
Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/51>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#57: Eliminate the use of writeToString for condition creation
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: defect | Status: new
Priority: critical | Milestone:
Component: other | Version:
Keywords: |
------------------------+---------------------------------------------------
Due to the fact that the object being written may be recursive, we need to
bind *print-level* and *print-circle* before writing objects to error
strings. Possibly, these instances can be replaced by a format string and
format arguments.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/57>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#76: Slime (swank) fuzzy completion very slow
-------------------------+--------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: enhancement | Status: new
Priority: major | Milestone:
Component: other | Version:
Keywords: |
-------------------------+--------------------------------------------------
In [http://common-lisp.net/pipermail/armedbear-devel/2009-July/000062.html
a mail to the development list], Anton Vodonosov writes about the relative
speed of ABCL, CCL and Clisp on slime fuzzy completion.
ABCL is by far the slowest.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/76>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#24: Ability to load ASDF systems off JAR files in the classpath
-------------------------+--------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: enhancement | Status: new
Priority: major | Milestone:
Component: component1 | Version:
Keywords: |
-------------------------+--------------------------------------------------
Alan Ruttenberg writes:
I'd really like the ability to pop an
asdf central registry directory into the abcl jar and have abcl be
able to asdf load from there. Would really simplify packaging apps
based on abcl.
--
Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/24>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#68: Extend Load.java to allow loading FASLs from arbitrary streams
-------------------------+--------------------------------------------------
Reporter: ehuelsmann | Owner: nobody
Type: enhancement | Status: new
Priority: major | Milestone: 0.18
Component: libraries | Version:
Keywords: |
-------------------------+--------------------------------------------------
Currently, Load.java inspects a file to find whether or not this file is a
ZIP file. From there, it decides on a strategy to continue loading the
file.
However, in many circumstances in Java one has a stream of unknown origin.
It's a requirement for good Java integration to be able to load FASLs off
arbitrary streams (resource streams, e.g.).
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/68>
armedbear <http://common-lisp.net/project/armedbear>
armedbear