armedbear-ticket August 2011

armedbear-ticket@common-lisp.net

1 participants
51 discussions

[armedbear-ticket] [armedbear] #147: *PRINT-CASE* setting affects compiler
by armedbear 06 Aug '11

06 Aug '11

#147: *PRINT-CASE* setting affects compiler ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: critical | Milestone: 0.26 Component: compiler | Version: 1.0 Keywords: compiler | ----------------------+----------------------------------------------------- As [http://article.gmane.org/gmane.lisp.armedbear.devel/1887 reported by Dan Corkill]: The compiler is badly affected with *PRINT-CASE* set to :DOWNCASE, seemingly failing to look up internal definitions. {{{ (in-package :cl-user) (eval-when (:compile-toplevel :load-toplevel :execute) (setf *print-case* ':downcase)) (defstruct rec a b) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/147> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #158: Printing "#<abc>" fails when *PRINT-READABLY* non-NIL
by armedbear 06 Aug '11

06 Aug '11

#158: Printing "#<abc>" fails when *PRINT-READABLY* non-NIL ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: libraries | Version: Keywords: | ------------------------+--------------------------------------------------- (let ((*print-readably* t)) (print "#<abc>")) --> Error: #<abc> cannot be printed readably However, I'm printing a string containing something which looks like an unreadable object. Not an unreadable object itself! -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/158> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[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

Re: [armedbear-ticket] [armedbear] #5: CLOS reimplementation to support a MOP (preferably AMOP)
by armedbear 02 Aug '11

02 Aug '11

#5: CLOS reimplementation to support a MOP (preferably AMOP) -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: mevenson Type: enhancement | Status: assigned Priority: major | Milestone: unscheduled Component: CLOS | Version: Keywords: | -------------------------+-------------------------------------------------- Comment(by mevenson): Duplicate of #152 -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/5#comment:3> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

[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] #149: Cannot load ASDF systems from *.asd definition in base of JAR hierarchy
by armedbear 02 Aug '11

02 Aug '11

#149: Cannot load ASDF systems from *.asd definition in base of JAR hierarchy -------------------------------+-------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: minor | Milestone: 0.26 Component: other | Version: 1.0 Keywords: asdf url-pathname | -------------------------------+-------------------------------------------- For an ASDF definition packaged in a JAR file in the topmost directory, viz {{{ mama:~/work/abcl/bugs$ jar tfv trivial.jar 76 Thu May 12 13:58:30 CEST 2011 trivial.asd 52 Thu May 12 13:58:52 CEST 2011 trivial.lisp }}} The ASDF definition cannot be properly loaded after placing "jar:file:~/work/abcl/bugs/trivial.jar!/" in the ASDF:*CENTRAL-REGISTRY*. One can see that something has gone wrong in the ASDF/MERGE-PATHNAMES with URL-PATHNAMES as after the unsucessful load the following shows that ASDF has thrown away the JAR-PATHNAME reference {{{ CL-USER> (asdf:component-pathname (asdf:find-system :trivial)) #P"/Users/evenson/work/abcl/" }}} The workaround is simple: always package ASDF definition in at least one top-level directory, viz: {{{ mama:~/work/abcl/bugs$ jar tfv trivial.jar 0 Thu May 12 14:18:18 CEST 2011 META-INF/ 60 Thu May 12 14:18:18 CEST 2011 META-INF/MANIFEST.MF 0 Thu May 12 13:58:52 CEST 2011 trivial/ 76 Thu May 12 13:58:30 CEST 2011 trivial/trivial.asd 52 Thu May 12 13:58:52 CEST 2011 trivial/trivial.lisp }}} When I get a change, I'll go through the URL-PATHNAME code with ASDF to understand where this is breaking. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/149> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

Re: [armedbear-ticket] [armedbear] #5: CLOS reimplementation to support a MOP (preferably AMOP)
by armedbear 02 Aug '11

02 Aug '11

#5: CLOS reimplementation to support a MOP (preferably AMOP) -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: mevenson Type: enhancement | Status: assigned Priority: major | Milestone: unscheduled Component: CLOS | Version: Keywords: | -------------------------+-------------------------------------------------- Changes (by mevenson): * owner: somebody => mevenson * status: new => assigned * component: other => CLOS * milestone: too-vague => unscheduled -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/5#comment:2> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

[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

Re: [armedbear-ticket] [armedbear] #2: Human readable printing of errors and conditions
by armedbear 02 Aug '11

02 Aug '11

#2: Human readable printing of errors and conditions -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: unscheduled Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- Changes (by mevenson): * milestone: 0.24 => unscheduled -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/2#comment:4> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

[armedbear-ticket] [armedbear] #157: 0.26 ansi-test regressions
by armedbear 02 Aug '11

02 Aug '11

#157: 0.26 ansi-test regressions -----------------------------------+---------------------------------------- Reporter: vvoutilainen | Owner: ehuelsmann Type: defect | Status: new Priority: minor | Milestone: 0.27 Component: compiler | Version: Keywords: ansi-tests regression | -----------------------------------+---------------------------------------- Diff: -31 out of 21702 total tests failed: +36 out of 21702 total tests failed: (MULTIPLE-VALUE-PROG1.10 DEFGENERIC.ERROR.20 DEFGENERIC.ERROR.21 @@ -14566,8 +14629,9 @@ TYPE-OF.4 CHAR-UPCASE.2 CHAR-DOWNCASE.2 +CHAR-NAME.1 ENSURE-DIRECTORIES-EXIST.8 -PRINT.STRING.RANDOM.1 +PRINT.SYMBOL.RANDOM.2 PRINT.RANDOM-STATE.1 PPRINT-FILL.14 PPRINT-FILL.15 @@ -14576,11 +14640,15 @@ PPRINT-LOGICAL-BLOCK.17 PPRINT-POP.7 PPRINT-POP.8 +FORMAT.C.2A +FORMATTER.C.2A FORMAT.LOGICAL-BLOCK.CIRCLE.1 FORMAT.LOGICAL-BLOCK.CIRCLE.2 FORMAT.LOGICAL-BLOCK.CIRCLE.3 +SYNTAX.SHARP-BACKSLASH.6 +SYNTAX.SHARP-BACKSLASH.7 TRACE.8) -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/157> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-ticket August 2011