[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CVS problem

From: Eric Siegerman
Subject: Re: CVS problem
Date: Thu, 10 May 2001 22:05:40 -0400
User-agent: Mutt/1.2.5i

On Thu, May 10, 2001 at 10:37:22AM +1200, Chris Cameron wrote:
> That was my first reaction as well.  However IMHO this theory is incorrect.
> 1. I check out a file.
> 2. I build the .o file
> 3. I make changes to the file.
> 4. I realise I made a mistake in the changes, so I remove the file and do an
> update
> 5. make will now do an unnecessary rebuild of my .o file

While unnecessary, (5) produces correct results.  If there was
another step in your recipe:
  3b. "make"

and if (4) preserved the file's timestamp, then (5) would not
happen, and the results would be *in*correct.

> Only I can make decision as to whether the make needs to rebuild the .o file

True.  But at least CVS fails safe.  Your way, it wouldn't.

> and the best way for me to make the decision is to manually remove the .o
> file if it needs rebuilding!

Which you might well forget to do, and then spend a *long* time
trying to find an "I thought I fixed that!" bug.  Probably a lot
longer than you would have spent waiting for the superfluous

> This rebuild could have knock on effects
> throughout the rest of the developers sandbox.

Alas, true.  Perhaps "update" could have a preserve-timestamp
option, to let you tell the program to do this usually-unsafe
thing on occasions when you're sure it's ok (something like
"make -t" in intent, though pretty much opposite in what it
actually does :-).  But making this the default behaviour would,
IMO, be an *extremely* bad idea.


|  | /\
|-_|/  >   Eric Siegerman, Toronto, Ont.        address@hidden
|  |  /
With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea.
        - RFC 1925 (quoting an unnamed source)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]