[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Keeping last-modified dates

From: William Nagel <bill_at_stagelogic.com>
Date: 2006-08-29 19:56:17 CEST

On Aug 29, 2006, at 1:02 PM, Erik Huelsmann wrote:

> On 8/29/06, Steve Fairhead <steve@fivetrees.com> wrote:
>> Greg Thomas said:
>>
>> >>
>> On Tue, 29 Aug 2006 14:36:24 +0100, "Andrew Webb"
>> <andrew.microi@gmail.com> wrote:
>>
>> >As Steve Fairhead says in a recent, related thread: "one could argue
>> >just as hard for timestamps to be preserved *because* of makefiles".
>>
>> You could try, but I don't think you would be very successful. If you
>> preserve modification times, you fall in to the following trap:
>>
>> 1-Aug: Alice checks out file foo.c, modification date 1-Aug.
>> 2-Aug: Bob modifies, commits foo.c
>> 3-Aug: Alice does a make. foo.c is compiled,
>> creating foo.o timestamped 3-aug.
>> 4-Aug: Alice does a 'svn update'. foo.c arrives timestamped 2-Aug
>> Alice does a make. foo.c is not compiled, despite being
>> changed since the last compilation, as foo.c is timestamped
>> 2-Aug (when Bob made the change), which is before foo.o was
>> created (3-Aug).
>> <<
>>
>> This is fairly bogus. So Alice has edited a file, thrown it away, and
>> reverted to an earlier version. With or without a VCS, this is (as
>> I said
>> earlier in another post) the sort of situation that breaks
>> makefiles anyway.
>> I'd do a make clean.
>
> Well, it may break other VCS with makefiles, but this scenario works
> under Subversion, so, although make clean is a very good idea
> (always), there is not stricktly a need to with svn...

make clean is most certainly not "always" a very good idea. If I'm
working on a project with a three-hour build time (not at all
unlikely on a large C++ application with lots of templates) then it
would be a horrible idea for me to do a make clean every time I
updated from the repository.

-Bill

>
> bye,
>
> Erik.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 29 20:34:34 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.