#96: Lambda list &rest compilation error
-----------------------------+----------------------------------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: minor | Milestone: unscheduled
Component: compiler | Version:
Keywords: compiler lambda |
-----------------------------+----------------------------------------------
The following lambda list
{{{
(defun hashmap-to-hashtable (&key (k #'identity) &rest rest)
(let ((foo)))
}}}
fails to compile with the error
{{{
&REST/&BODY must be followed by a variable.
}}}
Reported by Alan Ruttenberg
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/96>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#56: Eliminate use of temporary files in COMPILE and COMPILE-FILE
-------------------------+--------------------------------------------------
Reporter: ehuelsmann | Owner: ehuelsmann
Type: enhancement | Status: new
Priority: major | Milestone:
Component: compiler | Version:
Keywords: |
-------------------------+--------------------------------------------------
The functions COMPILE and COMPILE-FILE use temporary files for the class
files generated by the compiler.
However, COMPILE directly loads them back into memory and deletes the temp
file, while COMPILE-FILE deletes the temp file after adding it to a ZIP
archive.
This ticket exists to indicate that infrastructure is required to better
manage where output goes to, abstracting from the temp files.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/56>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#69: Gray stream compatibility
---------------------------+------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: other | Version:
Keywords: compatibility |
---------------------------+------------------------------------------------
The last thing holding us back from being fully Gray stream compatible, is
that TYPEP should return T for any fundamental-stream derived instance
when tested against 'STREAM or (find-class 'STREAM).
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/69>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#83: problem with error reporting on undefined class during make instance
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: CLOS | Version:
Keywords: |
------------------------+---------------------------------------------------
CL-USER(25): (defclass c (d) ((q :initarg :q)))
#<STANDARD-CLASS C {B5BEE0}>
CL-USER(26): (make-instance 'c :q t)
Debugger invoked on condition of type PROGRAM-ERROR:
Invalid initarg :Q.
The error should say instead something about d not being defined.
This in build of a freshly updated trunk abcl
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/83>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#18: Incorporate 'invoke.lisp' dynamic classpath ability
-------------------------+--------------------------------------------------
Reporter: mevenson | Owner: somebody
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: component1 | Version:
Keywords: |
-------------------------+--------------------------------------------------
Alan Ruttenberg's [invoke.lisp][1] has the ability to easily add
additional Java JARs at runtime by using the [beanshell classloader][2].
With a few additions to the ASDF system, this allows one to easily specify
"wrappings" of Java components which load JARs or find classfiles on the
filesystem.
The code in the Beanshell classmanager could be added to the ABCL src tree
fairly easily to facilitate this behavior.
[1]: http://svn.mumble.net:8080/svn/lsw/trunk/jss/invoke.lisp
[2]: http://www.beanshell.org/home.html
--
Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/18>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#109: When TPL::REPL is unavailable, the debugger kills the entire application
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: nobody
Type: defect | Status: new
Priority: major | Milestone:
Component: libraries | Version:
Keywords: |
------------------------+---------------------------------------------------
Ole Myren Rohne reports:
""
I'm playing with AbclScriptEngine (with Electric VLSI) and found a tiny
problem with config.lisp: EXT:MAKE-THREAD should be THREADS:MAKE-THREAD.
""
which is already solved, but continues:
Unfortunately the problem was unnecessary hard to debug because in the
absence of TPL::REPL the debugger ends up quitting the entire application.
I'm wondering if in that case it would be more useful to throw a Java
error, eg like SYS::%DEBUGGER-HOOK-FUNCTION?
That's what this ticket is about.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/109>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#108: ASDF-INSTALL fails to download
--------------------------+-------------------------------------------------
Reporter: mevenson | Owner: nobody
Type: defect | Status: new
Priority: major | Milestone: unscheduled
Component: libraries | Version: 0.22
Keywords: ASDF-INSTALL |
--------------------------+-------------------------------------------------
ASDF-INSTALL is improperly casting its download streams to something other
than raw bytes, causing the following sort of errors.
From http://article.gmane.org/gmane.lisp.armedbear.devel/1468
{{{
I recently started using abcl 0.22.0 but have run into issues installing
packages using asdf-install. Here is an example error message. Does
anyone know of a solution to this?
CL-USER(7): (asdf-install:install 'hunchentoot)
Install where?
1) System-wide install:
System in /usr/local/asdf-install/site-systems/
Files in /usr/local/asdf-install/site/
2) Personal installation:
System in /home/raison/.asdf-install-dir/systems/
Files in /home/raison/.asdf-install-dir/site/
0) Abort installation.
--> 2
;;; ASDF-INSTALL: Downloading 139617 bytes from
http://weitz.de/files/hunchentoot.tar.gz to
/home/raison/asdf-install-0.asdf-install-tmp ...
#<THREAD "interpreter" {4DA42824}>: Debugger invoked on condition of
type STREAM-ERROR
Input value 0xdc4a is malformed while recoding with charset UTF-8
Restarts:
0: TOP-LEVEL Return to top level.
[1] CL-USER(8): 0
CL-USER(9):
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/108>
armedbear <http://common-lisp.net/project/armedbear>
armedbear