#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
#128: ABCL command line processing should terminate with '--'
----------------------+-----------------------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: CLOS | Version:
Keywords: |
----------------------+-----------------------------------------------------
Didier writes from
<http://www.didierverna.com/sciblog/index.php?post/2011/01/22/Towards-
ABCL-Standalone-Executables>:
{{{
Nope because ABCL will still eat options it recognizes as its own, even
after "--". In fact, I don't think ABCL has any notion of a double hyphen.
Besides, it doesn't help you build a complete application in a JAR file,
which was really my point.
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/128>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#123: REGISTER-JAVA-EXCEPTION failing
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: nobody
Type: defect | Status: new
Priority: major | Milestone:
Component: java | Version:
Keywords: |
------------------------+---------------------------------------------------
William writes:
Hi,
I am trying to register Java exceptions using REGISTER-JAVA-EXCEPTION but
it
does not seem to work for me as evidenced by the transcript below.
Is there anything that I may have missed?
Armed Bear Common Lisp 0.23.1
Java 1.6.0_20 Sun Microsystems Inc.
Java HotSpot(TM) 64-Bit Server VM
Low-level initialization completed in 0.354 seconds.
Startup completed in 1.579 seconds.
Type ":help" for a list of available commands.
CL-USER(1): (define-condition java-illegal-argument-error (java-exception)
())
JAVA-ILLEGAL-ARGUMENT-ERROR
CL-USER(2): (register-java-exception "java.lang.IllegalArgumentException"
'java-illegal-argument-error)
NIL
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/123>
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
#126: Provide mechanism for user to extend Java classes via Lisp
----------------------+-----------------------------------------------------
Reporter: mevenson | Owner: nobody
Type: task | Status: new
Priority: minor | Milestone: unscheduled
Component: java | Version: 1.0
Keywords: |
----------------------+-----------------------------------------------------
[http://stackoverflow.com/questions/4785969/can-you-write-a-java-class-
with-abcl/4803353#4803353 In a question on StackOverflow] a user asks if
it is possible to extend a Java class in Lisp. This sort of functionality
generally seems to be unavailable in any JVM language, only possible by
using bytecode libraries. Since we have a fairly complete bytecode
library in our Java class writer, it might provide a distinguishing
feature to implement such an extension mechanism.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/126>
armedbear <http://common-lisp.net/project/armedbear>
armedbear