0. Building and installing JED requires that you also have the S-Lang library
   to link to.  Build it first.  

1. Pick some place for JED.
   JED is distributed in a TREE structure:

     JED_ROOT:
     JED_ROOT:[src]
     JED_ROOT:[info]
     JED_ROOT:[doc]
     JED_ROOT:[lib]
     JED_ROOT:[bin]
     
   Here JED_ROOT can be anything.  Its value is up to you.  It should be a
   concealed logical.  For example, suppose that JED is unpacked in a
   directory 
   
       dev$source:[editors.jed]
       
   You CANNOT simply define JED_ROOT to be this value.  Instead, it must be a
   concealed logical defined as:
   
     $ define/job/trans=(concealed) jed_root dev$source:[editors.jed.]

   It is important to note the final `.' after jed.  This logical must be
   placed in the job table; system managers may put it in the system table
   instead.

   Instead of the above, I recommend something like:
   
     $ jedroot = f$logical("DEV$SOURCE") - "]" + "EDITORS.JED.]"
     $ define/job/trans=(concealed) jed_root 'jedroot'
   
   It is best to put the definition in the appropriate startup file
   (systartup.com, sylogin.com, login.com).

2. Build the jed.exe executable file: After you have properly setup the
   JED_ROOT logical, change to the directory 'jed_root:[src]'.  You should
   now edit the 'vmsmake.com' file to indicate the location of the S-Lang
   library constructed in step 0. Directions are included in vmsmake.com.

   Currently the file is structured such that typing `@vmsmake' at the VMS
   DCL prompt will make jed.exe for systems which have DEC's VMS C compiler.
   For systems that use GCC, `@vmsmake gcc' might also work.  That is:
   
     $ @vmsmake          ! VMS CC
     $ @vmsmake gcc      ! GNU GCC

   Once JED.EXE and XJED.exe are built, move them to JED_ROOT:[bin].  This
   may be accomplished by doing:  
   
     $ rename *.exe [-.bin]

4. Put one of the following in either your sylogin.com for all users
   or in login.com.  Note that JED_ROOT must be defined!

     $ @JED_ROOT:[bin]init_jed.com  0 0     ! no kept editor/no mail
     $ @JED_ROOT:[bin]init_jed.com  0 1     ! no kept editor/ use for mail
     $ @JED_ROOT:[bin]init_jed.com  1 0     ! kept editor/ no mail (most systems)
     $ @JED_ROOT:[bin]init_jed.com  1 1     ! kept editor/use for mail
     
   The first flag indicates whether jed should be installed as a standalone
   executable or as a kept editor.  Use 1 for kepteditor or 0 for standalone.
   The second flag indicates whether or not mail$edit logical should be 
   defined to point to jed.  If it is set to 1, vms mail will call jed to
   edit the mail message.  If JED is run as a kept editor, mail will simply
   attach to JED for editing.   Most systems will probably use the 3rd
   choice above.    
     
5. The file jed.rc contains the default keysettings for most users.  On VMS
   this means users will get both edt and emacs keybindings.  It is not
   necessary for every user to have a copy of this file.  JED will search
   for jed.rc in sys$login first and if not found, it will load jed.rc from
   JED_ROOT:[LIB].

6. It may be necessary to edit site.sl if you have an info directory where
   info files are kept.  If you do not understand this statement, then you
   do not have info.
   
7. Make sure all users who will be using JED have permission to do so.  The
   easiest way to do this is to type:
   
     $ set file/protection=(w:re) jed_root:[000000...]
   
8. Optional but highly recommended.  Preparse the S-Lang files.  This
   is done by running JED as:
     
         $ jed -batch -n -l preparse
	 
   This creates pre-parsed *.slc files that load quicker than *.sl files.
   It is also a convenient test to see if JED has been installed properly.
   
9. Please email bugs, installation problems, or hints about how to better
   install JED to `davis@amy.tch.harvard.edu'.
