On Saturday, October 12, 2002, at 05:15 AM, Bram Moolenaar wrote:
>
> Unfortunately CVS doesn't update the timestamp of a file, thus "make"
> gets confused. I don't know a solution for this (not even A-A-P solves
> this yet, still looking for a good idea...).
> --
> hundred-and-one symptoms of being an internet addict:
> 197. Your desk collapses under the weight of your computer peripherals.
>
> /// Bram Moolenaar -- Bram_at_moolenaar.net -- http://www.moolenaar.net
> \\\
> /// Creator of Vim - Vi IMproved -- http://www.vim.org
> \\\
> \\\ Project leader for A-A-P -- http://www.a-a-p.org
> ///
> \\\ Lord Of The Rings helps Uganda -
> http://iccf-holland.org/lotr.html ///
Subversion (a developing SCM system: http://subversion.tigris.org/) has
been struggling with this too. What they decided on is to never use
repository timestamps. Instead, any time a file is updated by the
subversion client, they let the OS update the timestamp so it remains
at current. This was done explicitly to support make in this way.
I personally find repository timestamps more valuable than the other
kind. (Can we call them working copy timestamps?) Sometimes, though
(e.g. in this make example), WC timestamps are more useful. For an
ideal solution, maybe it could be a property of each file which kind of
timestamp support is desired. Or maybe a property of a particular
working copy or even repository.
What is really needed is a smarter Make that keeps track of which
"version" (timestamp, checksum, or SCM version-based) of each file
contributed to the build of a derived file. Then it should remake when
the contributing files are different, not just when a contributing file
has a timestamp newer than the derived file. Then there would be no
problem sticking with repository timestamps. But the need to work with
the existing Make tool(s) probably prohibits this as a realistic
solution in today's SCM tools.
-David Mankin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 14 02:13:38 2002