Subject: Re: Build race conditions, any solution?
To: Robert Elz <kre@munnari.OZ.AU>
From: Jaromir Dolecek <jdolecek@netbsd.org>
List: current-users
Date: 03/12/2002 15:44:03
AFAIK:

* cvs co sets the modification date (and record in CVS/Entries)
  to the modification date of the file on repository
* cvs update sets the modification date (and record in CVS/Entries)
  to the date when the cvs update was run (i.e. date/time when
  cvs update changed the local file).

Take care,

Jaromir 

Robert Elz wrote:
> The subject doesn't refer to running make with -j N (N > 1) or
> any short term race conditions like that, but the long term
> slow race condition that occurs with a sequence like
> 
> 	I check out sources (anoncvs, sup, tarballs, shouldn't matter).
> 
> 	Time passes
> 
> 	Someone changes the sources (updates them) - esp when an
> 		include file (which will go in /usr/include/* is updated)
> 	
> 	Time passes
> 
> 	I "make build" (method by which that's done isn't important).
> 	Success, no problems.
> 
> 	Time passes
> 
> 	I update my sources because of some new feature that's now included
> 
> 	I "make build" (again, method of doing this doesn't matter, the
> 	problems aren't related to the new toolchain, or build mechanisms)
> 
> 	Crash & burn
-- 
Jaromir Dolecek <jdolecek@NetBSD.org> http://www.NetBSD.org/Ports/i386/ps2.html
-=- We should be mindful of the potential goal, but as the tantric    -=-
-=- Buddhist masters say, ``You may notice during meditation that you -=-
-=- sometimes levitate or glow.   Do not let this distract you.''     -=-