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 <[email protected]> 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 >
