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

[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] #142: Problem compiing LOGAND
by armedbear 27 Mar '11

27 Mar '11

#142: Problem compiing LOGAND ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: compiler | Version: Keywords: | ----------------------+----------------------------------------------------- From binghe's [http://article.gmane.org/gmane.lisp.armedbear.devel/1835 problems compiling SNMP] there is a problem compiling our LOGAND form. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/142> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #138: Support object finalizers
by armedbear 13 Mar '11

13 Mar '11

#138: Support object finalizers -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- One of the higher downloads from [http://quicklisp.org Quicklisp] is [http://www.cliki.net/trivial-garbage trivial-garbage], which currently does not support ABCL. To be able to implement support for ABCL, we need object finalization support. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/138> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #139: Weak object reference support
by armedbear 12 Mar '11

12 Mar '11

#139: Weak object reference 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 weak object reference support. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/139> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #129: ql:JAN2011:montezuma produces a stack inconsistency
by armedbear 04 Mar '11

04 Mar '11

#129: ql:JAN2011:montezuma produces a stack inconsistency ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 0.25 Component: compiler | Version: 1.0 Keywords: | ----------------------+----------------------------------------------------- To reproduce: {{{ CL-USER> (load "http://beta.quicklisp.org/quicklisp.lisp") ... CL-USER> (quicklisp-quickstart:install) ... CL-USER> (ql:quickload "montezuma") }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/129> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #136: ABCL should allow DIRECTORY listings that don't follow symlinks, and/or provide a function for deleting a directory tree
by armedbear 02 Mar '11

02 Mar '11

#136: ABCL should allow DIRECTORY listings that don't follow symlinks, and/or provide a function for deleting a directory tree -----------------------------------------+---------------------------------- Reporter: vvoutilainen | Owner: nobody Type: enhancement | Status: new Priority: critical | Milestone: 0.26 Component: libraries | Version: Keywords: quicklisp directory symlink | -----------------------------------------+---------------------------------- Zach Beane writes: >> If I have a directory containing a file named a.txt and a symlink b.txt >> that points to a.txt, is there any ABCL function I can call to get both >> directory entries as separate objects, i.e. the list (#p"a.txt" >> #p"b.txt")? The semantics of CL:DIRECTORY seem to require resolving the >> b.txt symlink, so I'm trying to figure out an extra-standard way to do >> it in ABCL, if possible. > > I suppose we could add a keyword argument to DIRECTORY that would > allow that, or add a separate function. I don't think we have such a facility > at the moment. Let me back up and get to my actual goal; perhaps there's a way to do it in ABCL already... I'd like to delete a directory tree from within ABCL. The directory generally consists of plain files and other directories, but in some cases there will be symlinks present. For other CL implementations, I used extra-standard directory deletion and enumeration functions, so I thought I could perhaps do the same in ABCL. But maybe I can go for a higher abstraction. Is there a function within ABCL that deletes an entire directory tree? Further, Zach writes: Without the ability to do one of those two things, I'm afraid I won't be able to offer a version of Quicklisp that works with ABCL in the future. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/136> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1