#311: UIOP fails to load -----------------------+---------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: libraries | Version: 1.2.0-dev Keywords: | -----------------------+---------------------------------------------------- Anton noticed with the cl-test-grid results that UIOP fails to load on abcl-1.2.0-dev which I bisected to the following changeset
{{{ The first bad revision is: changeset: 2305:fbc9c3f7befc user: mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f date: Sun Jan 27 09:47:48 2013 +0000 summary: asdf-2.26.143.1: pre asdf-2.27 plus workaround for SETF autoloader problems. }}}
which corresponds to http://trac.common-lisp.net/armedbear/changeset/14362 .
#311: UIOP fails to load ----------------------------+----------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: libraries | Version: 1.2.0-dev Keywords: quicklisp uiop | ----------------------------+----------------------------------------------- Changes (by mevenson):
* keywords: => quicklisp uiop
#311: UIOP fails to load ----------------------------+----------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: libraries | Version: 1.2.0-dev Keywords: quicklisp uiop | ----------------------------+-----------------------------------------------
Comment(by mevenson):
UIOP, which used to be called ASDF/DRIVER, is now part of ASDF.
The version from Quicklisp seems to be that distributed as part of 2.32.5.
#311: UIOP fails to load ----------------------------+----------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: libraries | Version: 1.2.0-dev Keywords: quicklisp uiop | ----------------------------+-----------------------------------------------
Comment(by mevenson):
The text of the ERROR: {{{ The symbol UIOP/UTILITY::LOAD-ASDF-DEBUG-UTILITY is not accessible in package UIOP/DRIVER }}}
#311: UIOP fails to load ---------------------------------------------+------------------------------ Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Keywords: quicklisp uiop ansi-conformance | ---------------------------------------------+------------------------------ Changes (by mevenson):
* keywords: quicklisp uiop => quicklisp uiop ansi-conformance * owner: mevenson => ehuelsmann * component: libraries => interpreter
Comment:
[http://news.gmane.org/gmane.lisp.asdf.devel/cutoff=3013 Faré narrows this to a bug in CL:UNEXPORT]:
{{{ [1] UIOP/BACKWARD-DRIVER(14): (find-symbol "LOAD-ASDF-DEBUG-UTILITY" :uiop/utility) UIOP/UTILITY::LOAD-ASDF-DEBUG-UTILITY :INTERNAL [1] UIOP/BACKWARD-DRIVER(15): (find-symbol "LOAD-ASDF-DEBUG-UTILITY" :uiop/driver) UIOP/UTILITY::LOAD-ASDF-DEBUG-UTILITY :EXTERNAL [1] UIOP/BACKWARD-DRIVER(17): [1] UIOP/BACKWARD-DRIVER(17): (unexport (find-symbol "LOAD-ASDF-DEBUG-UTILITY" :uiop/driver) :uiop/driver) Error loading /home/tunes/cl/asdf/build/asdf.lisp at line 5302 (offset 252109) #<THREAD "interpreter" {7E6AB533}>: Debugger invoked on condition of type PACKAGE-ERROR The symbol UIOP/UTILITY::LOAD-ASDF-DEBUG-UTILITY is not accessible in package UIOP/DRIVER Restarts: 0: ABORT Return to debug level 1. }}}
#311: UIOP fails to load ---------------------------------------------+------------------------------ Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Keywords: quicklisp uiop ansi-conformance | ---------------------------------------------+------------------------------
Comment(by mevenson):
Reproducible case: {{{ (defpackage a (:export :foo))
(defpackage b (:use a) (:export :foo))
(unexport 'a:foo :a)
(unexport 'b:foo :b) }}}
will error with {{{ The symbol A::FOO is not accessible in package B }}}
#311: UIOP fails to upgrade ---------------------------------------------+------------------------------ Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Keywords: quicklisp uiop ansi-conformance | ---------------------------------------------+------------------------------ Description changed by mevenson:
Old description:
Anton noticed with the cl-test-grid results that UIOP fails to load on abcl-1.2.0-dev which I bisected to the following changeset
{{{ The first bad revision is: changeset: 2305:fbc9c3f7befc user: mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f date: Sun Jan 27 09:47:48 2013 +0000 summary: asdf-2.26.143.1: pre asdf-2.27 plus workaround for SETF autoloader problems. }}}
which corresponds to http://trac.common- lisp.net/armedbear/changeset/14362 .
New description:
UIOP fails to upgrade due to problems in the the UNEXPORT of a symbol that is both the subject of a USE and EXPORT clause in a package. Probably something to do with not properly copying structure on the Java side of things.
--
#311: UIOP fails to upgrade --------------------------+------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: closed Priority: major | Milestone: 1.2.0 Component: interpreter | Version: 1.2.0-dev Resolution: fixed | Keywords: quicklisp uiop ansi-conformance --------------------------+------------------------------------------------- Changes (by mevenson):
* status: new => closed * resolution: => fixed
Comment:
(In [14449]) Fix UNEXPORT to work on symbols from foreign packages.
No longer check that the symbols which are the target of UNEXPORT are accessible. Such symbols may be present in a foreign package as they may have been part of a USE clause for which the original symbol has subsequently made internal in its home package by a previous UNEXPORT operation.
Fixes #311.
armedbear-ticket@common-lisp.net
-
armedbear