🚀 go-pugleaf

re: I tried to compile PCL (rev4) on Lucid version 4.0 running on a
    MIPS processor.  . . .
    . . .
    ;;; Lucid Common Lisp/MIPS
    ;;; Development Environment Version 4.0 Beta 2, 9 July 1990
    ;;; Copyright (C) 1985, 1986, 1987, 1988, 1989, 1990 by Lucid, Inc.
    ;;; All Rights Reserved

A lot of water has gone under the development dam since last July 9.
I'm fairly certain that the trouble you had after compiling braid.lisp
is due to an inscrutable bug in the "Production Quality Compiler" in
the handling of complex nested LABELS expressions [PCL has been very
good at finding these sorts of things. For years!]

There are three posible solutions:

  (1) Use CLOS instead; I know it works in that MIPS "beta" version
      [although it has it's own history of E&S-specific patches
      since last July too.]  In fact, that CLOS has a lot of PCL
      backwards-compatibility features, and some helpful documentation
      on how to convert from PCL circa the 1988-1989 timeframe.  The
      metaobject level in MayDay is a bit different, but it shouldn't
      be an insurmountable problem.  Ask Lucid for the more recent
      version of the "wizards" documentation, which contains the PCL-
      compatibility stuff and "metaobject" stuff.

  (2) Use the "Development" compiler for braid.lisp only.  That means
      you have to figure out how PCL's defsys works, and bugger it a
      bit to get it to stop just before braid, then compile that one,
      then, then continue with the rest in PQC mode.  This *might*
      work; then again, it might not.  You might ask Craig Steury
      about whether or not they ever got MayDay to work in this image.

  (3) Encourage E&S to get an updated final MIPS image; I feel quite
      confident that this compiler bug has been fixed, since it would
      have also shown up in the release of  the DECStation product last
      fall [compiling PCL is one of the acceptance criteria for that lisp.]



-- JonL --