These are patches are intended to be applied against X11R5 pl26
to get X working on the following three platforms.  This patch file
should correctly fix the mit tree.  The contrib hierarchy may or may not
work, it has not been tested.  Those three platforms are:

  Tektronix XD88 running UTekV 3.2e.	BOOTSTRAPCFLAGS="-DUTEKV"
  Motorola MPC running System V/88.	BOOTSTRAPCFLAGS="-DSYSV -DMOTOROLA"
  Motorola Monsoon running System V/68.	BOOTSTRAPCFLAGS="-DSYSV -DMOTOROLA"

	These architectures were done together because the platforms are
so similar as to make seperate port patches totally incompatible.  Most
changes for the three platforms involve adding cpp directives on the
same line.  Below are explanations for non-trivial changes. 

1.  There was code used only by the above platforms in get_load.c which
reopened /dev/kmem.  This code was not only redundantly opening the file
a second time, it was doing so after a setuid/setgid which loses for us
our permissions on /dev/kmem.  Thus xload would only work when run as
root.  Removing this code lets us rely on the initial open call which
was done early enough to still have proper permissions gained because of
setuid/gid bits on the xload executable. 

2.  A !UTEKV check was added around code in Xos.h which declares the
timeval structure.  Although this code is protected by USG, and this
UTEKV port does not define USG, some programs line emacs may define it
for us.  Thus we must protect this code from conflicting with the XD88's
own declaration of this structure. 

3.  Rules for bifparse.[chy] were added to mit/demos/gpc/Imakefile
because makedepend adds bifparse.y to our list of dependencies but
make can't find a rule to build it.  (Its built and removed by the
rule for bifparse.)  Makedepend thinks we need bifparse.y because of
the #line directives in bifparse.c which mention bifparse.y (since
that is the name of the file on which yacc was run.)  Since the SVR3
yacc overflows on the number of terminals in our source file, the yacc
call was removed and the default supplied C and H files are used.

	This patch file does NOT contain changes necessary for compiling
the X server and the cf file for the XD88 will not attempt to compile one.
If you are successful in building a working R5 server for the XD88, I'd
sure like to hear about it!

	To use this patch, get the X11R5 code and apply fixes 1-26, all
of which are available via anonymous ftp on export.x.org.  Then apply
this patch file on top of those.  You do this by cd'ing to the source
tree (the directory containing mit and contrib) and typing:
	patch -p1 -s < ThisFile
You can use patch-2.1 available via anonymous ftp from prep.ai.mit.edu
or other gnu sites. 

	If you have problems, questions, suggestions, additions or complete
an X server port, send mail to:

Kaveh R. Ghazi				Systems Programmer TDNS
ghazi@noc.rutgers.edu			Rutgers University Computing Services