This version has been modified slightly so that it builds cleanly on
OpenVMS using DEC C in ANSI C mode.  It also works correctly to provide
graphics output with Amulet.  Original versions are stored as .h_dist
or .c_dist files.

The previous version used VAXC on OpenVMS and no prototypes.  The
MAKE_VMS.COM procedure builds a version of RALCGM that does only file types
CGM, POSTSCRIPT, and HPGL. It does NOT do X11, TEK4200 or the others.
(The mach.h include file determines this, since the Unix build procedure stomps 
the one in [.include], a copy is left in the top directory for comparison.)

This distribution has been *very* slightly modified from the original
Ralcgm distribution, mostly to let it build "fully ANSI" on OpenVMS.
There is some monkey business with file spacing that has been commented out.
This should ONLY be a problem when READING from CGM files, which is not
currently implemented for Amulet.  In any case, if you build the full 
Ralcgm you might run into this bug.

Various notes that nobody really needs to read...

Hmm, "null" is used in special ways in CGMOCHAR.C, but nowhere else.  Move
the funny definition to make it local, get all definitions out of the 
header files.  (On OpenVMS, NULL and null get mixed up due to
case problems in the default compiler modes.) 

"cgmofile" is a global for no good reason.  This will make it slightly 
more difficult to make a shareable.  It is used "globally" only in

  CGMLIB.C
     It is MALLOC and set in  CGMinit, not used elsewhere.
  CGMOPS.C
     It is read only, in these two modules:
        PSmfname( void ) -> PSmfname(char *cgmofile)
        PSinitpsfile(char *str) -> PSinitpsfile(char *str, char *cgmofile)
     These two are ONLY used within CGMOPS!  And then directly or 
     indirectly from CGMOps

      CGMOps is called only from CGMMAIN.C and CGMLIB.C
  CGMMAIN.C
     As in CGMLIB.C

Alright, it should be ok not to make it externally visible, CGMLIB creates
it, and CGMOPS uses it, but nothing else needs to touch it.
