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

Re: Importing and adding files with actual time stamp?

From: Nix <nix_at_esperi.org.uk>
Date: 2005-07-28 22:42:30 CEST

On Thu, 28 Jul 2005, Denis PILAT whispered secretively:
> When checkouting a SVN database, all files has same time stamp.
> The repository I have ported is the GNU gdb one in which I did some
> modifications.
> But anyway the original repository, once extracted thru SVN does not
> compile because some files, with makefile dependencies, need to be
> regenerated. And of course the tools that generate these files are not
> delivered.

The expectation is that people checking out GDB CVS have all the tools
it needs to regenerate things.

> The only workaround I found is to touch manually some of the files after
> the checkout, in order to modify thier time stamp and to avoid some
> makefiles rules.

Yes: see the script gcc/contrib/gcc_update in the GCC repository (which
is historically closely tied to gdb/binutils; they share many libraries
and much source).

> But I'd like an automatic solution that would allow my customers to
> checkout my svn database and the compile everything without any other
> manipulation.

Write a script that touches everything necessary.

(This was needed with CVS, as well, so it's nothing new.)

> I though of an other solution but I don't think SVN do that: a kind of
> "post extract" phase (like it exist under CADESE configuration
> management system). In this phase I will touch the files needed to be
> touched.

You can always wrap svn in a script.

`Tor employs several thousand editors who they keep in dank
 subterranean editing facilities not unlike Moria' -- James Nicoll 
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 28 22:46:39 2005

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.