Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!usc!ucsd!helios.ee.lbl.gov!epb2.lbl.gov!envbvs
From: envbvs@epb2.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re: Problems with X11R4 Xqvss under ultrix 3.0 (was 2.0)
Message-ID: <4616@helios.ee.lbl.gov>
Date: 12 Jan 90 22:06:47 GMT
References: <4595@helios.ee.lbl.gov> <9001061811.AA07230@expo.lcs.mit.edu> <1990Jan6.103542.24631@cunixf.cc.columbia.edu>
Sender: usenet@helios.ee.lbl.gov
Reply-To: envbvs@epb2.lbl.gov (Brian V. Smith)
Organization: Lbl
Lines: 27
X-Local-Date: 12 Jan 90 14:06:47 PST

In article <4595@helios.ee.lbl.gov>, I wrote:
< In article <9001061811.AA07230@expo.lcs.mit.edu>, keith@EXPO.LCS.MIT.EDU
< (Keith Packard) writes:
< < [ some deleted ]
< < The second is certainly a problem; you'll have to run fixincludes and
< < rebuild quite a bit of the distribution (anything using ioctl needs to get
< < recompiled).  This is why compiling ddx/dec/qvss with /bin/cc caused the
< < server to start working; it can use the old ioctl mechanism.
< < 
< 
< I have a similar problem although I'm running Ultrix 3.0 and I used
< gcc 1.34 instead of 1.35.
< 

The problem was that the fixincludes script in the gcc-1.34 distribution
was broken so it wasn't creating any of the fixed include files it
was supposed to.

I have gcc-1.36 now and it has repaired (into copies) many include files
and everything works fine now!  All (server and clients) are compiled with
gcc and they work.

Thanks to all who responded.
_____________________________________
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL, these non-opinions are all mine.