February 2013 - armedbear-ticket - mailman3.common-lisp.net

[armedbear-ticket] [armedbear] #166: Stream wrapping streams conflict with pretty printer
by armedbear 31 Mar '13

31 Mar '13

#166: Stream wrapping streams conflict with pretty printer ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: libraries | Version: Keywords: | ------------------------+--------------------------------------------------- The stream wrapping streams * BroadcastStream * CaseFrobStream * EchoStream * TwoWayStream * ConcatenatedStream can't wrap Gray streams and the XP-STRUCTURE pretty printer structure. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/166> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 11

[armedbear-ticket] [armedbear] #230: Implement macro expansions for custom special operators to support generic code walkers
by armedbear 24 Mar '13

24 Mar '13

#230: Implement macro expansions for custom special operators to support generic code walkers -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: mevenson Type: enhancement | Status: new Priority: major | Milestone: 1.1.0 Component: libraries | Version: Keywords: | -------------------------+-------------------------------------------------- Pascal J. Bourguignon requests the following on our mailing list: The following special operators don't have a corresponding macro definition. THREADS:SYNCHRONIZED-ON EXTENSIONS:TRULY-THE JVM:WITH-INLINE-CODE While the standard doesn't specify anything for special operators not in the CL package, it would still be nice if they followed the same rule as for CL macros implemented as special operators: 3.1.2.1.2.2 Macro Forms An implementation is free to implement any macro operator as a special operator, but only if an equivalent definition of the macro is also provided. since this would ensure that portable code walkers can be written. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/230> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #200: ABCL compiler fails to produce loadable fasl for XPATH
by armedbear 23 Mar '13

23 Mar '13

#200: ABCL compiler fails to produce loadable fasl for XPATH ----------------------------------------------------+----------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: compiler | Version: 1.1.0-dev Keywords: quicklisp xpath jvm-class-verify-error | ----------------------------------------------------+----------------------- For the :XPATH system loaded from 2012-03-05 Quicklisp the plexippus- xpath-20110219-darcs fails to load {{{ Compiled function can't be loaded: org.armedbear.lisp.ASDF_TMP_xpath_test_11 from org.armedbear.lisp.Pathname@40f69ae7 }}} which results from the class verifier error {{{ java.lang.VerifyError: (class: org/armedbear/lisp/ASDF_TMP_xpath_test_11, method: execute signature: ()Lorg/armedbear/lisp/LispObject;) Accessing value from uninitialized register 20 at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) at java.lang.Class.getConstructor0(Class.java:2699) at java.lang.Class.newInstance0(Class.java:326) at java.lang.Class.newInstance(Class.java:308) at org.armedbear.lisp.FaslClassLoader.loadFunction(FaslClassLoader.java:132) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/200> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 13

[armedbear-ticket] [armedbear] #300: Gray streams aren't streams
by armedbear 12 Mar '13

12 Mar '13

#300: Gray streams aren't streams -----------------------+---------------------------------------------------- Reporter: rschlatte | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: Component: streams | Version: Keywords: | -----------------------+---------------------------------------------------- {{{ (require :gray-streams) (subtypep 'gray-streams:fundamental-stream 'stream) ;; => NIL, T }}} This doesn't matter for flexi-streams and other libs, but cl-store has a few DECLAREs. I don't know exactly when a type declaration is an assertion in ABCL, but at least it is for a stream with nonzero safety. (Reported by James M. Lawrence) -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/300> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #188: FLEXI-STREAMS fails when testing CL-PPCRE
by armedbear 12 Mar '13

12 Mar '13

#188: FLEXI-STREAMS fails when testing CL-PPCRE ------------------------------------------------------------------+--------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.0.1 Component: libraries | Version: Keywords: quicklisp, asdf, flexi-stream,cl-ppcre, asdf:test-op | ------------------------------------------------------------------+--------- {{{ ; Wrote /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev- fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/ASDF-TMP-tests.abcl (0.13 seconds) ; Loading /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev- fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/tests.abcl ... ; Loaded /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev- fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/tests.abcl (0.016 seconds) ; Compiling /home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/perl-tests.lisp ... ; (IN-PACKAGE :CL-PPCRE-TEST) ; (DEFVAR *TESTS-TO-SKIP* ...) ; (DEFUN CREATE-STRING-FROM-INPUT ...) ; (DEFUN PERL-TEST ...) ; Wrote /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev- fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/ASDF-TMP-perl-tests.abcl (0.098 seconds) ; Loading /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev- fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/perl-tests.abcl ... ; Loaded /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev- fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl- ppcre-2.0.3/test/perl-tests.abcl (0.026 seconds) Test: Running tests in file "perltestdata" 1: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 2: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 3: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 4: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 5: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 6: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 7: got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM {47275E71}> is not of type STREAM. 8: }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/188> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #65: UTF-32 strings support
by armedbear 11 Mar '13

11 Mar '13

#65: UTF-32 strings support ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | ------------------------+--------------------------------------------------- ABCL uses Java char[]s to represent its strings. However, the char type can only represent values in the BMP (Basic Multilingual Plane), because only the BMP can be represented using 16 bits. For supplementary characters (all Unicode chars outside the BMP), it uses a pair of surrogate characters (UTF-16). Common Lisp programs don't expect this and need strings to be represented using complete characters. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/65> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #203: Failure as build host for SBCL
by armedbear 08 Mar '13

08 Mar '13

#203: Failure as build host for SBCL ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: unscheduled Component: other | Version: 1.1.0-dev Keywords: sbcl | ----------------------+----------------------------------------------------- Using ABCL as a build host for SBCL via {{{ sbcl-1.0.55$ sh make.sh --xc-host=abcl }}} fails in the make-host-2 phase for creating target object files {{{ ; compiling file "/Users/evenson/work/sbcl/src/code/kernel.lisp" (written 23 MAR 2012 07:01:13 AM): ; x-compiling (IN-PACKAGE "SB!KERNEL") ; x-compiling (DEFUN GET-HEADER-DATA ...) ; x-compiling (DEFUN SET-HEADER-DATA ...) ; x-compiling (DEFUN GET-CLOSURE-LENGTH ...) ; x-compiling (DEFUN LOWTAG-OF ...) ; x-compiling (DEFUN WIDETAG-OF ...) ; x-compiling (DECLAIM (INLINE %OTHER-POINTER-WIDETAG)) ; x-compiling (DEFUN %OTHER-POINTER-WIDETAG ...) ; x-compiling (DEFUN VECTOR-SAP ...) ; x-compiling (DEFUN BINDING-STACK-POINTER-SAP ...) ; x-compiling (DEFUN DYNAMIC-SPACE-FREE-POINTER ...) ; x-compiling (DEFUN CONTROL-STACK-POINTER-SAP ...) ; x-compiling (DEFUN FUN-SUBTYPE ...) ; x-compiling (DEFUN (SETF FUN-SUBTYPE) ...) ; x-compiling (DECLAIM (INLINE SIMPLE-FUN-P)) ; x-compiling (DEFUN SIMPLE-FUN-P ...) ; x-compiling (DEFTYPE SIMPLE-FUN ...) ; x-compiling (DEFUN %SIMPLE-FUN-DOC ...) ; x-compiling (DEFUN (SETF %SIMPLE-FUN-DOC) ...) ; x-compiling (DEFUN %SIMPLE-FUN-XREFS ...) ; x-compiling (DEFUN %SIMPLE-FUN-ARGLIST ...) ; x-compiling (DEFUN (SETF %SIMPLE-FUN-ARGLIST) ...) ; x-compiling (DEFUN %SIMPLE-FUN-NAME ...) ; x-compiling (DEFUN (SETF %SIMPLE-FUN-NAME) ...) ; x-compiling (DEFUN %SIMPLE-FUN-TYPE ...) ; x-compiling (DEFUN %SIMPLE-FUN-NEXT ...) ; x-compiling (DEFUN %SIMPLE-FUN-SELF ...) ; x-compiling (DECLAIM (INLINE CLOSUREP)) ; x-compiling (DEFUN CLOSUREP ...) ; x-compiling (DEFTYPE CLOSURE ...) ; x-compiling (DEFMACRO DO-CLOSURE-VALUES ...) ; x-compiling (DEFUN %CLOSURE-VALUES ...) ; x-compiling (DEFUN %CLOSURE-FUN ...) ; x-compiling (DEFUN %CLOSURE-INDEX-REF ...) ; x-compiling (DEFUN SB!C::VECTOR-LENGTH ...) ; x-compiling (DEFUN ALLOCATE-VECTOR ...) ; x-compiling (DEFUN MAKE-ARRAY-HEADER ...) ; x-compiling (DEFUN CODE-INSTRUCTIONS ...) ; x-compiling (DEFUN CODE-HEADER-REF ...) ; x-compiling (DEFUN CODE-HEADER-SET ...) ; x-compiling (DEFUN %VECTOR-RAW-BITS ...) ; x-compiling (DEFUN %SET-VECTOR-RAW-BITS ...) ; x-compiling (DEFUN MAKE-SINGLE-FLOAT ...) Error loading /Users/evenson/work/sbcl/src/cold/compile-cold-sbcl.lisp at line 27 (offset 1039) #<THREAD "interpreter" {45A8BF4}>: Debugger invoked on condition of type TYPE-ERROR The value #(((:QWORD . -4294967296) . #<SB!ASSEM:LABEL 1>) ((:QWORD . 4294967294) . #<SB!ASSEM:LABEL 2>)) is not of type SIMPLE-VECTOR. Restarts: 0: TOP-LEVEL Return to top level. [1] SB!KERNEL(16): ; ; compilation unit aborted ; caught 1 fatal ERROR condition }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/203> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #223: XP-STRUCTURE should be a proper subtype of STREAM
by armedbear 08 Mar '13

08 Mar '13

#223: XP-STRUCTURE should be a proper subtype of STREAM ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | ------------------------+--------------------------------------------------- An attempt has been made to create a proper "implementation super type of all streams" by making a "STREAM" structure (see boot.lisp). There's a design document. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/223> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #256: Compilation failure in com.informatimago
by armedbear 07 Mar '13

07 Mar '13

#256: Compilation failure in com.informatimago -------------------------------------------------------------+-------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: compiler | Version: 1.1.0-dev Keywords: quicklisp com.informatimago.common-lisp.diagram | -------------------------------------------------------------+-------------- http://common-lisp.net/project/cl-test-grid/library/com.informatimago.html -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/256> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #274: (ql:quickload "com.informatimago.common-lisp.cesarum") hangs [> 10 minutes]
by armedbear 07 Mar '13

07 Mar '13

#274: (ql:quickload "com.informatimago.common-lisp.cesarum") hangs [> 10 minutes] ------------------------+--------------------------------------------------- Reporter: avodonosov | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: compiler | Version: Keywords: | ------------------------+--------------------------------------------------- (ql:quickload "com.informatimago.common-lisp.cesarum") seems to hang forever. At least more that than 10 minutes. Was observed on abcl-1.1.0-dev-svn-14231-fasl39-linux-java, abcl-1.2.0-dev-svn-14270-fasl39-linux-x86. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/274> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #247: CFFI: $Proxy3 is not assignable to com.sun.jna.Pointer
by armedbear 03 Mar '13

03 Mar '13

#247: CFFI: $Proxy3 is not assignable to com.sun.jna.Pointer ------------------------+--------------------------------------------------- Reporter: avodonosov | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: Component: libraries | Version: Keywords: cffi | ------------------------+--------------------------------------------------- Armed Bear Common Lisp 1.1.0-dev-svn-14181 Java 1.6.0_24 Sun Microsystems Inc. Remove ~/.cache/common-lisp/ to workaround ticket #246. {{{ (java:add-to-classpath "my-jna/jna.jar") (provide 'jna) (ql:quickload :drakma) ;; depends on CL+SSL (drakma:http-request "https://google.com/") WARNING: JAVA:MAKE-IMMEDIATE-OBJECT is deprecated. WARNING: JAVA:MAKE-IMMEDIATE-OBJECT is deprecated. WARNING: JAVA:MAKE-IMMEDIATE-OBJECT is deprecated. WARNING: JAVA:MAKE-IMMEDIATE-OBJECT is deprecated. #<THREAD "interpreter" {137E21A}>: Debugger invoked on condition of type TYPE-ERROR $Proxy3 is not assignable to com.sun.jna.Pointer Restarts: 0: TOP-LEVEL Return to top level. [1] CL-USER(5): }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/247> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #304: Stack abstraction inconsistency between Java and Lisp frames
by armedbear 01 Mar '13

01 Mar '13

#304: Stack abstraction inconsistency between Java and Lisp frames -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Keywords: needs-test | -------------------------+-------------------------------------------------- The stack abstraction maintained by LispThread.java can get very large, seemingly containing a frames that should long ago have been popped. I believe this is happening when we push "Java stack frames" via Lisp.pushJavaStackFrame() when some part of the implementation calls Lisp.error(). These frames are never cleaned up properly by an appropriate pop. Instead of pushing this information to the LispThread stack, the information could possibly be added to the appropriate Lisp frame to be output in a backtrace. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/304> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #282: Spurious macros redefinition warnings
by armedbear 26 Feb '13

26 Feb '13

#282: Spurious macros redefinition warnings -----------------------+---------------------------------------------------- Reporter: sboukarev | Owner: ehuelsmann Type: defect | Status: new Priority: minor | Milestone: Component: compiler | Version: Keywords: | -----------------------+---------------------------------------------------- Compiling and loading a file with {{{ (defmacro foo ()) }}} {{{ CL-USER(1): (compile-file "foo") #P"/tmp/foo.abcl" NIL NIL CL-USER(2): (load *) STYLE-WARNING: redefining COMMON-LISP-USER::FOO in #P"/tmp/foo.lisp" (previously defined in #P"/tmp/foo.lisp") T }}} But it's the same file, turns out, the old source is different because it has :host :unspecific. The place where it does comparison http://trac.common- lisp.net/armedbear/browser/trunk/abcl/src/org/armedbear/lisp/fdefinition.li… And where it sets *source* http://trac.common- lisp.net/armedbear/browser/trunk/abcl/src/org/armedbear/lisp/compile- file.lisp#L723 So, it does TRUENAME. truename sets :unspecific on non-windows platforms for pathname-host. http://trac.common- lisp.net/armedbear/browser/trunk/abcl/src/org/armedbear/lisp/Pathname.java#… And the compiler saves the source patname as just (setq *source* #"path"), so :unspecific is lost when read: http://trac.common- lisp.net/armedbear/browser/trunk/abcl/src/org/armedbear/lisp/compile- file.lisp#L685 -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/282> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #303: CL:LOAD ignores :EXTERNAL-FORMAT argument
by armedbear 26 Feb '13

26 Feb '13

#303: CL:LOAD ignores :EXTERNAL-FORMAT argument -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Keywords: | -------------------------+-------------------------------------------------- In [http://article.gmane.org/gmane.lisp.armedbear.devel/2774 Faré et. al.] point to failing tests within ASDF because CL:OPEN currently ignores a specified EXTERNAL-FORMAT. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/303> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #302: Symbols fail to autoload
by armedbear 25 Feb '13

25 Feb '13

#302: Symbols fail to autoload ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: other | Version: 1.2.0-dev Keywords: | ----------------------+----------------------------------------------------- In [http://article.gmane.org/gmane.lisp.armedbear.devel/2772 Xiaofeng Yang] reports that the following symbols are marked as autoloadable in the base system, yet fail to load. {{{ '("CLASS-DIRECT-SLOTS" "COMPUTE-CLASS-DIRECT-SLOTS" "MAKE-FORWARD- REFERENCED-CLASS" "%SET-STREAM-EXTERNAL-FORMAT" "%IMPORT" "%DELETE- PACKAGE")) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/302> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #301: Source locations should use a logical pathname
by armedbear 22 Feb '13

22 Feb '13

#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

1 0

[armedbear-ticket] [armedbear] #295: SWANK-BACKEND:SLIME-INSPECT assertion violation on symbol whose function is an Autoload object
by armedbear 18 Feb '13

18 Feb '13

#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

1 2

[armedbear-ticket] [armedbear] #152: ql:closer-mop doesn't work
by armedbear 14 Feb '13

14 Feb '13

#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

1 16

[armedbear-ticket] [armedbear] #228: Need to implement autoloader facility for SETF functions
by armedbear 14 Feb '13

14 Feb '13

#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

1 3

[armedbear-ticket] [armedbear] #296: SLIME fails to initialize with (SETF DOCUMENTATION) undefined
by armedbear 14 Feb '13

14 Feb '13

#296: SLIME fails to initialize with (SETF DOCUMENTATION) undefined -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: blocker | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Keywords: autoloader | -------------------------+-------------------------------------------------- A stock SLIME installation that attempts to load the asdf contrib will fail with a "(SETF DOCUMENTATION) undefined" error. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/296> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #266: PSETF.47 ANSI regression
by armedbear 14 Feb '13

14 Feb '13

#266: PSETF.47 ANSI regression -----------------------------+---------------------------------------------- Reporter: mevenson | Owner: nobody Type: defect | Status: new Priority: blocker | Milestone: 1.1.0 Component: java | Version: 1.1.0-dev Keywords: ansi-regression | -----------------------------+---------------------------------------------- According to a bisect caused by http://trac.common- lisp.net/armedbear/changeset/14035, but this looks wrong as r14035 merely adds an additional REQUIRE to format.lisp. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/266> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #299: ABCL-ASDF:MVN components not loading
by armedbear 13 Feb '13

13 Feb '13

#299: ABCL-ASDF:MVN components not loading --------------------------+------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: abcl-contrib | Version: 1.2.0-dev Keywords: abcl-asdf | --------------------------+------------------------------------------------- Somewhere along the line, specifying MVN artifacts with ABCL-ASDF stopped working. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/299> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #294: Reder doesn't recongize terminating characters in some cases
by armedbear 13 Feb '13

13 Feb '13

#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

1 6

[armedbear-ticket] [armedbear] #293: Loop and default value for of-type problem
by armedbear 13 Feb '13

13 Feb '13

#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

1 4

[armedbear-ticket] [armedbear] #288: Control character names
by armedbear 13 Feb '13

13 Feb '13

#288: Control character names -------------------------+-------------------------------------------------- Reporter: sboukarev | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- ABCL doesn't recognize all abbreviations for ASCII control characters: {{{ (remove-if #'name-char '((#x00 "Nul") (#x01 "Soh") (#x02 "Stx") (#x03 "Etx") (#x04 "Eot") (#x05 "Enq") (#x06 "Ack") (#x07 "Bel") (#x08 "Bs") (#x09 "Ht") (#x0A "Lf") (#x0B "Vt") (#x0C "Ff") (#x0D "Cr") (#x0E "So") (#x0F "Si") (#x10 "Dle") (#x11 "Dc1") (#x12 "Dc2") (#x13 "Dc3") (#x14 "Dc4") (#x15 "Nak") (#x16 "Syn") (#x17 "Etb") (#x18 "Can") (#x19 "Em") (#x1A "Sub") (#x1B "Esc") (#x1C "Fs") (#x1D "Gs") (#x1E "Rs") (#x1F "Us") (#x20 "Sp") (#x7f "Del")) :key #'second) }}} {{{ ((#x7 "Bel") (#x8 "Bs") (#x9 "Ht") (#xA "Lf") (#xC "Ff") (#xD "Cr") (#x1B "Esc") (#x20 "Sp") (#x7F "Del")) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/288> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5