From owner-freebsd-current Tue Apr 21 23:24:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27024 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:24:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26984 for ; Wed, 22 Apr 1998 06:24:43 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA03585; Tue, 21 Apr 1998 23:24:07 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd003574; Tue Apr 21 23:24:03 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA00406; Tue, 21 Apr 1998 23:23:57 -0700 (MST) From: Terry Lambert Message-Id: <199804220623.XAA00406@usr06.primenet.com> Subject: Re: usr.bin/expand breaks make world To: evanc@synapse.net (Evan Champion) Date: Wed, 22 Apr 1998 06:23:57 +0000 (GMT) Cc: evanc@synapse.net, gmarco@giovannelli.it, current@FreeBSD.ORG, syssgm@dtir.qld.gov.au In-Reply-To: <003c01bd6d28$f1a6c5c0$c9252fce@cello.synapse.net> from "Evan Champion" at Apr 21, 98 09:25:25 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It looks much better if I mount with rw,bg,intr,nfsv2 and do just make > buildworld (no -j). If I do make -j4, the .nfs* files get left behind which > confuses make. > > Give that a try and see if it helps. I have a build running now; I'll > report back when I get home how far it got. The .nfs files are open+unlink files. My guess is that your machines are not sufficiently timesynced. This is a well known problem in NFSv2. NFSv3 uses (or is supposed to) source relative time; that is, the delta is calculated on the request and subtracted on the response. For a negative delta, this results in a positive add. This means that time is still stored in server time on the server, but reported in client time to the client, such that the client and server clocks do not need to be tightly synchronized. You may also have better luck if you use the "-pipe" option to get rid of the temporary-but-deleted files. The real problem here is that GCC and family have people who don't consider this type of thing working on them. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message