🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.next.software
Article #1008

Re: Fixing Allegro CL 3.1.20 to work under NS 3.0

#1008
From: Bill Vrotney
Date: Fri, 09 Oct 1992 23:01
137 lines
5833 bytes
I am coss posting this from comp.sys.next.programmer since I promised many
people that I would post a solution to this problem in this news group.

I am reposting and reformulating these instructions for fixing Allegro CL
3.1.20 to work under NeXTstep 3.0. Since my original posting some people
have tried and succeeded to get a running ACL under 3.0 but only after
including some fixes for the dsp library references that I include below
(thanks people and thanks to the originators of the emacs hack that wish to
remain anonymous). I also clarify the "dump lisp" patch.

  The following is a procedure for fixing Allegro CL 3.1.20 so that it works
  under NeXTstep 3.0. You should find all of the files mentioned here on your
  ACL distribution. We refer to the top level directory of this distribution
  as  ACL/ and the build directory ACL/build.

   Warning!!! (from Franz) This procedure results in creating a new ucl.o
   binary file. You may distribute this method but not the resulting ucl.o
   file. 

   1. First look at the byte size of the file ACL/build/ucl.o, if the size
      is 612364 bytes then skip to step 2. Otherwise look at the file
      ACL/dumplispPatch. This is a shell archive that will patch ucl.o with
      the "dump lisp" patch. More precisely

                   cd ACL
                   cp dumplispPatch build
                   cd build
                   /bin/sh dumplispPatch
                   /bin/sh install_patch.sh

       Now ucl.o should be 612364 bytes long. (the original ucl.o will be
       saved in a file called ucl_orig.o).

   2. Next edit the file ACL/build/config (you might want to save the orginal
      config file). In that file you will see two statements:

                   LIBRARIES = -lNeXT_s -ldsp_s -lsys_s
                   USYMS = -u libsys_s -u libNeXT_s -u libdsp_s

      In the LIBRARIES statement, change -ldsp_s to -ldsp
      In the USYMS statement, delete the -u libdsp_s


   3. Next you edit the new binary file ACL/build/ucl.o in emacs and
      save the results. Go to ACL/build directory, run emacs and

           find-file ucl.o
           replace-string _rld _jld
           replace-string __bcopy _bcopy^@
           save-buffer

      The ^@ above is the null character (000 byte) and can be
      entered in emacs using

           C-q C-<space>

      and will look in an emacs buffer as a single character ^@
      and NOT two characters.


   4. Finally reinstall ACL as usual. You do this by going to the
      ACL/build directory and

           /bin/sh config

In-reply-to: bvrotney@ADS.COM's message of Fri, 9 Oct 1992 04:27:38 GM
Newsgroups: comp.sys.next.programmer
Subject: Re: Fixing Allegro CL 3.1.20 to work under NS 3.0
References: <1992Oct9.042738.22990@ads.com>
----------------------------------------

I am reposting and reformulating these instructions for fixing Allegro CL
3.1.20 to work under NeXTstep 3.0. Since my original posting some people
have tried and succeeded to get a running ACL under 3.0 but only after
including some fixes for the dsp library references that I include below
(thanks people and thanks to the originators of the emacs hack that wish to
remain anonymous). I also clarify the "dump lisp" patch.

  The following is a procedure for fixing Allegro CL 3.1.20 so that it works
  under NeXTstep 3.0. You should find all of the files mentioned here on your
  ACL distribution. We refer to the top level directory of this distribution
  as  ACL/ and the build directory ACL/build.

   Warning!!! (from Franz) This procedure results in creating a new ucl.o
   binary file. You may distribute this method but not the resulting ucl.o
   file. 

   1. First look at the byte size of the file ACL/build/ucl.o, if the size
      is 612364 bytes then skip to step 2. Otherwise look at the file
      ACL/dumplispPatch. This is a shell archive that will patch ucl.o with
      the "dump lisp" patch. More precisely

                   cd ACL
                   cp dumplispPatch build
                   cd build
                   /bin/sh dumplispPatch
                   /bin/sh install_patch.sh

       Now ucl.o should be 612364 bytes long. (the original ucl.o will be
       saved in a file called ucl_orig.o).

   2. Next edit the file ACL/build/config (you might want to save the orginal
      config file). In that file you will see two statements:

                   LIBRARIES = -lNeXT_s -ldsp_s -lsys_s
                   USYMS = -u libsys_s -u libNeXT_s -u libdsp_s

      In the LIBRARIES statement, change -ldsp_s to -ldsp
      In the USYMS statement, delete the -u libdsp_s


   3. Next you edit the new binary file ACL/build/ucl.o in emacs and
      save the results. Go to ACL/build directory, run emacs and

           find-file ucl.o
           replace-string _rld _jld
           replace-string __bcopy _bcopy^@
           save-buffer

      The ^@ above is the null character (000 byte) and can be
      entered in emacs using

           C-q C-<space>

      and will look in an emacs buffer as a single character ^@
      and NOT two characters.


   4. Finally reinstall ACL as usual. You do this by going to the
      ACL/build directory and

           /bin/sh config

--
Bill Vrotney
BAH/Advanced Decision Systems
Technical Details
Message-ID: <1992Oct9.230110.7225@ads.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!ads.com!bvrotney

Show Full Headers
Complete Article Headers
Newsgroups: comp.sys.next.software
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!ads.com!bvrotney
From: bvrotney@ADS.COM (Bill Vrotney)
Subject: Re: Fixing Allegro CL 3.1.20 to work under NS 3.0
Message-ID: <1992Oct9.230110.7225@ads.com>
Sender: usenet@ads.com (USENET News)
Organization: Advanced Decision Systems, Mtn. View, CA (415) 960-7300
Date: Fri, 9 Oct 1992 23:01:10 GMT
Lines: 137