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