home *** CD-ROM | disk | FTP | other *** search
/ Peanuts NeXT Software Archives / Peanuts-Update.iso / OpenStep / unix / developer / conversion / DualDeveloper.README < prev   
Encoding:
Text File  |  1997-12-16  |  3.2 KB  |  68 lines
  1. General:
  2. ========
  3. I suppose you know the problem: after installing 4.0 you can't develop 3.x
  4. applications any more. Quoting from the Release Notes:
  5.  
  6.     You can still develop and maintain NEXTSTEP 3.3 applications
  7.     after upgrading to OPENSTEP 4.0 Developer. You can adopt two
  8.     general stategies: NXHosting from a shared 3.3 machine and
  9.     dual-booting.
  10.  
  11. Well, that's not entirely true. There is at least one more strategy: both
  12. developer releases can be installed in separate directory trees and a set of
  13. links determines which developer package is used (3.2 and 3.3 Developer seem
  14. to run on OS4.0). Creating this setup by hand is a lot of work, so I decided
  15. to write a shell script to do it. I thought it might be useful for others,
  16. too. The script takes one parameter: either "install" or "remove". With
  17. "install" the link-setup is created, with "remove" the original setup is
  18. restored. Removing the link setup might be a wise idea before you attempt an
  19. upgrade.
  20.  
  21. How to install the setup (everything should be done as root):
  22. =============================================================
  23. 0.) Install 4.0 Developer as normal.
  24. 1.) Unpack the desired second developer packages into a directory called
  25.         /Dev-3.2 (if you use 3.2 Developer) or
  26.         /Dev-3.3 (if you use 3.3 Developer)
  27.     You can do this for 3.2 Developer with the commands:
  28.         mkdir /Dev-3.2; cd /Dev-3.2
  29.         zcat /NEXTSTEP_Dev_3.2/NextCD/Packages/XXX/XXX.tar.Z |    \
  30.             /NextAdmin/Installer.app/installer_bigtar xvf -
  31. 2.) You may want to thin out all executables to the architectures you need.
  32.     I have provided the script 'thin' for this purpose. If you use white
  33.     hardware, you can do this as follows:
  34.         cd /
  35.         thin -R -arch i386 -arch i486 Dev-3.2
  36.     You will see a lot of warnings, because each executable contains only one
  37.     of the architectures.
  38. 3.) Important: If you use 3.3, you _must_ delete /Dev-3.3/usr/lib/dyld now.
  39.     You may remove /Dev-3.?/usr/ucb because the 4.0 executables work with 3.2
  40.     and 3.3. You may also want to remove all executables from /Dev-3.?/usr/lib
  41.     because the 4.0 ones work for 3.2 and 3.3. (Thanks to George Tourlakis
  42.     <tgeorge@YorkU.CA> for daring to try the 3.3 stuff.)
  43. 4.) Load the script 'dev-setup' into Edit.app and read the remarks. If you
  44.     use 3.3 Developer, you should change OLD_DIR to 'Dev-3.3'.
  45. 5.) Execute dev-setup with parameter 'install'. This produces some warnings
  46.     about files which are in only one developer package. That's normal.
  47.     After this step the setup should be complete and working.
  48. 6.) Edit the script 'develop' and change 3.2 to 3.3 if desired. Copy it to
  49.     /usr/local/bin with suid root.
  50.  
  51. How to switch between developer releases:
  52. =========================================
  53. The script 'develop' can be used to switch between the releases:
  54.     develop 3.2 (or 3.3 respectively)
  55. switches to 3.2/3.3 developer environment,
  56.     develop 4.0
  57. switches to the 4.0 environment.
  58.  
  59. ABSOLUTELY NO WARRANTY:
  60. =======================
  61. There is absolutely no warranty! If you want to use the script, please try
  62. to understand it first. There is no magic going on, but if you run into
  63. problems, you should know what is happening.
  64.  
  65. ---
  66. Send suggestions and success stories (but no bombs, please) to
  67. Christian Starkjohann <cs@hal.kph.tuwien.ac.at> or <cs@ds1.kph.tuwien.ac.at>
  68.