April 2011 - armedbear-ticket - mailman3.common-lisp.net

[armedbear-ticket] [armedbear] #141: Fix the SETF expander to work with APPLY for arbitrary function
by armedbear 07 Aug '11

07 Aug '11

#141: Fix the SETF expander to work with APPLY for arbitrary function ----------------------------+----------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: 0.26 Component: other | Version: 0.24 Keywords: setf quicklisp | ----------------------------+----------------------------------------------- CL-CONTAINERS from Quicklist MAR2011 fails to compile because our SETF expander for APPLY doesn't work for functions other than #'AREF, #'BIT, and #'SBIT as can be seen [source:trunk/abcl/src/org/armedbear/lisp/late- setf.lisp#L90 by the ERROR generated by late-setf.lisp]. The SETF expansion for APPLY should work with an arbitrary function. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/141> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #96: Lambda list &rest compilation error
by armedbear 06 Aug '11

06 Aug '11

#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

1 3

[armedbear-ticket] [armedbear] #122: writeToString infrastructure doesn't support *PRINT-CIRCLE*
by armedbear 06 Aug '11

06 Aug '11

#122: writeToString infrastructure doesn't support *PRINT-CIRCLE* ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: java | Version: Keywords: | ------------------------+--------------------------------------------------- From a reaction of mine to a mail by Kevin Reid: > I don't think it's a good idea to explicitly bind *print-circle* to > nil in anything debugging-related, including error printing, because > then it's a source of nontermination (silent until out of memory, if > the output is going to a string) if user code is working with circular > structure. That's a good point. Rather, it may even be better to explicitly bind it to T. This remark made me realize that our Java side writeToString actually doesn't support *PRINT-CIRCLE* which can be an issue when trying to debug ABCL before it has loaded the ERROR and PRINT-OBJECT infrastructures. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/122> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #131: LISP-IMPLEMENTATION-VERSION with svn information breaks SLIME.
by armedbear 05 Aug '11

05 Aug '11

#131: LISP-IMPLEMENTATION-VERSION with svn information breaks SLIME. ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | ----------------------+----------------------------------------------------- Reported by ehu via #abcl. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/131> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #145: Support running ABCL on JamVM
by armedbear 02 Aug '11

02 Aug '11

#145: Support running ABCL on JamVM -----------------------------+---------------------------------------------- Reporter: mevenson | Owner: nobody Type: defect | Status: new Priority: major | Milestone: 0.26 Component: java | Version: 0.24 Keywords: jamvm classpath | -----------------------------+---------------------------------------------- A request to support ABCL running on the [http://jamvm.sourceforge.net/ JamVM]. This may be roughly equivalent to working through the idiosyncrasies of running with [http://www.gnu.org/software/classpath GNU classpath], as GCJ seems to give similar errors. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/145> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #56: Eliminate use of temporary files in COMPILE and COMPILE-FILE
by armedbear 02 Aug '11

02 Aug '11

#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

1 7

[armedbear-ticket] [armedbear] #140: Weak hash table support
by armedbear 07 Jun '11

07 Jun '11

#140: Weak hash table support -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- In order to allow [http://www.cliki.net/trivial-garbage trivial-garbage] to implement support for ABCL, we need to provide weak hash table support. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/140> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #144: Compiler generates incorrect bytecode
by armedbear 30 May '11

30 May '11

#144: Compiler generates incorrect bytecode -------------------------------------+-------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 0.26 Component: compiler | Version: 0.24 Keywords: compiler quicklisp snmp | -------------------------------------+-------------------------------------- In working through his snmp implementation, binghe came up with the following form for which the ABCL compiler generates incorrect bytecode, leading to a "Register 4 contains a wrong type" on attempting to load. {{{ (defun generate-table (vars vbs non-repeaters max-repetitions) (declare (type fixnum non-repeaters max-repetitions)) (let* ((var-number (list-length vars)) (n (min non-repeaters var-number)) (m max-repetitions) (r (max (- var-number n) 0)) (real-vbs (mapcar #'(lambda (x) (coerce x 'list)) (coerce vbs 'list))) result-table) ;; non-repeaters (dotimes (i n) (push (pop real-vbs) result-table)) ;; table (when (and (plusp m) (plusp r)) (dotimes (i m) (push (let (record) (dotimes (j r (nreverse record)) (push (pop real-vbs) record))) result-table))) (values (nreverse result-table) (mapcar #'oid vars)))) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/144> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #69: Gray stream compatibility
by armedbear 28 Apr '11

28 Apr '11

#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

1 6

[armedbear-ticket] [armedbear] #146: MAKE-PATHNAME erroneously merges directories as in MERGE-PATHNAMES
by armedbear 14 Apr '11

14 Apr '11

#146: MAKE-PATHNAME erroneously merges directories as in MERGE-PATHNAMES ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | ----------------------+----------------------------------------------------- As noted in http://article.gmane.org/gmane.lisp.armedbear.devel/1867 MAKE-PATHNAME the following form mistakenly returns #p"/home/fare/" when it should return #p"" {{{ (make-pathname :directory nil :defaults "/home/fare/") }}} Discovered by Fare in working through ASDF-2.014 -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/146> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2