Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!lll-winken!ncis.tis.llnl.gov!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 public fix #12 Summary: make clean first! Message-ID: <6064@helios.ee.lbl.gov> Date: 29 Jun 90 20:22:11 GMT References: <6052@helios.ee.lbl.gov> <9006282345.AA22953@expire.lcs.mit.edu> Sender: usenet@helios.ee.lbl.gov Reply-To: envbvs@epb2.lbl.gov (Brian V. Smith) Organization: lbl Lines: 33 X-Local-Date: 29 Jun 90 13:22:11 PDT In article , hosking@cs.umass.edu (Tony &) writes: |> I had similar problems as described in previous postings with installing fix |> 12 but I think I know what's going on. After applying the patch, I did a make |> (not a "make World"!!!), in each of the 3 versions of the X hierarchy we have |> around (one for the DECstation 3100, one for the VAXstations, and one for a |> Mac II). As it turns out, make on the VAXstation rebuilt the *entire* Xt |> library, whereas make on the DS3100 and the Mac only selectively rebuilt files |> in mit/lib/Xt. When I tried to get X going on the VAXstation I had no |> problems, however the DS3100 and the Mac II exhibited the problems that were |> described in earlier postings. So, all I did was to "make clean" in mit/lib/Xt |> and do a top-level make (not "make World") for each of the DS3100 and Mac II |> mit hierarchies, and everything turned out OK. |> |> I guess there are some weird differences in make between VAXen and the |> DECstations and Mac IIs. |> Actually, on our Vaxstation (Ultrix 3.0) it did not make the entire Xt library, just the files that changed - and that is where the problem was for our case. When I did a "make clean", as you did for your DS3100 then everything worked ok. >>> So, the answer appears to be "do a make clean before rebuilding Xt". _____________________________________ Brian V. Smith (bvsmith@lbl.gov) Lawrence Berkeley Laboratory I don't speak for LBL, these non-opinions are all mine.