Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!sri-spam!ames!ucbcad!ucbvax!decvax!tektronix!sequent!mntgfx!dclemans
From: dclemans@mntgfx.UUCP
Newsgroups: comp.windows.x
Subject: Re: X on Apollo DN3000
Message-ID: <530@dclemans.mntgfx.MENTOR.COM>
Date: Mon, 23-Feb-87 12:47:19 EST
Article-I.D.: dclemans.530
Posted: Mon Feb 23 12:47:19 1987
Date-Received: Fri, 27-Feb-87 04:26:16 EST
References: <541018831.bassen@oslo-vax>
Organization: Mentor Graphics, Beaverton OR
Lines: 30

The following applies to X10R4, as received directly from MIT...

To get it running on Apollo systems, there are three basic areas that
have to be worked on:

a. Compiling everything:  The preprocessor "built-in" to the 9.2 C compiler
   seems to have problems handling nested include files, especially the nested
   files come from directories specified via -I arguments.  Using the separate
   preprocessor (/usr/lib/cpp) is an effective workaround for this.  You also
   have to fix code that tries to take the address of register variables
   (basically uwm and xwm).  There also some references to /dev/tty which
   have to be removed.  To get xterm to compile/link, "UTMP" must be undefined,
   and vhangup calls need to be removed (at least for sr9.2).

   I also defined "PRE_SR9_5" when compiling the X server.

   The define of "UNIXCONN" was also removed (since Apollo doesn't support Unix
   domain sockets (yet?)).

b. Linking:  /sys/traits/io_traits needs to be linked in to the X server.

c. Running: Since Unix domain sockets don't exist, the default for DISPLAY won't
   necessarily work ("unix:)").  The easiest method of communication is via
   TCP, though at least with the version of TCP, performance is not great.

   Note that there is a "readme" file in the libapollo that talks about font
   conversion; this needs to be done before you try X.

Dave Clemans
Mentor Graphics Corp.