Path: utzoo!attcan!uunet!cos!hadron!inco!alembic!csu
From: csu@alembic.acs.com (Dave Mack)
Newsgroups: comp.windows.x
Subject: Re: Need help with R4 Xsun on Sun 3/260 with cgtwo
Message-ID: <1990Jan13.005801.19133@alembic.acs.com>
Date: 13 Jan 90 00:58:01 GMT
References: <390@ai.etl.army.mil> <9001062237.AA14264@expo.lcs.mit.edu>
Organization: Alembic Computer Services, McLean VA
Lines: 34

In article <9001062237.AA14264@expo.lcs.mit.edu> keith@EXPO.LCS.MIT.EDU (Keith Packard) writes:
>
>> No /dev/bw* devices are defined.
>> I am not running on top of Sun windows, so macro SUN_WINDOWS is undefined.
>> The release 3 server worked fine.
>> I compiled with version 1.36.1 of gcc.
>
>Every ioctl call in your distribution is not working because the person who
>installed gcc neglected to run fixincludes on the machine you're building R4
>with.  
>
>Run 'fixincludes' from the gcc distribution and rebuild the X distribution.
>You could search the entire X tree for users of ioctl and rebuild those
>files, but it is sufficient just to 'make clean; make' from the top level
>(if a bit slower).

This assumption is not necessarily valid. I tried building R4 with
gcc 1.36, and got the ioctl errors. I then ran fixincludes, did 
another make World, and got the same thing. fixincludes had decided
that there was nothing wrong with with my ioctl.h and omitted it
from gcc-includes. Since I'm not sure what a "fixed" ioctl.h should
look like, I punted and rebuilt everything with cc.

You'll be happy to know (probably) that R4 runs beautifully on
a Sun-2/120 under SunOS3.4. The mfb server is noticeably faster,
which is sort of important on a machine of this vintage. I was
particularly pleased that you included the UseInstalled code in
the Imake rules. SHAPES is also very slick.

Bravo, people! Very nice work.

-- 
Dave Mack
even if it did take eleven hours to compile. Each time.