There was a PCL problem in CMUCL preventing upgrade from ASDF2. I was hoping that from ASDF3 to ASDF3, the lack of effective class redefinition (all defclasses are to the thing as before) would avoid the problem. Apparently not. Raymond: an interesting thing to do would be to dig into old versions of CMUCL to see if they used to support this kind of upgrade and we can locate a PCL patch that broke it. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org You should never wear your best trousers when you go out to fight for freedom and liberty. — Henrik Ibsen On Tue, Aug 6, 2013 at 10:54 PM, Robert Goldman <rpgoldman@sift.info> wrote:

On Mac OS X for me, it fails upgrade from 2.32 to the latest (3.0.2.2) using method require.

Faré's testing instructions are:

/usr/local/bin/cmucl -noinit then copy/paste: (load"test/script-support.lisp") (asdf-test::da) (test-upgrade 'load-asdf-lisp'load-asdf-lisp-clean "REQUIRE")

I get an error as follows:

Error in function KERNEL:CLASS-TYPEP: Class is currently invalid: #<KERNEL::STANDARD-CLASS ASDF/SYSTEM:SYSTEM {48589A35}>

Please let me know any findings. I'd like to get this fixed (or disconfirmed) before we release 3.0.3.

Best, r