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

Re: svn copy conflicts with autotools ?

From: Sander Niemeijer <niemeijer_at_science-and-technology.nl>
Date: 2004-12-02 10:51:13 CET

Hi all,

We had the same problems, so for the (re)bootstrapping of our project
we now use our own 'bootstrap' script (which is included in both CVS
and the source package):

---
#!/bin/sh
echo "---removing generated files---"
# products from ./configure and make
if test -f Makefile ; then
# touch all automatically generated targets that we do not want to 
rebuild
   touch aclocal.m4
   touch configure
   touch Makefile.in
   touch config.status
   touch Makefile
# make maintainer-clean
   make -k maintainer-clean
fi
# products from autoreconf
rm -Rf autom4te.cache
rm -f Makefile.in aclocal.m4 compile config.guess config.sub configure \
       config.h.in depcomp install-sh ltmain.sh missing py-compile ylwrap
if test "$1" != "clean" ; then
   # bootstrap
   echo "---autoreconf---"
   autoreconf -v -i -f
fi
---
Feel free to use this as a template for your own project(s).
Best regards,
Sander Niemeijer
On donderdag, dec 2, 2004, at 10:31 Europe/Amsterdam, Eric PAIRE wrote:
>
> Bob Friesenhahn wrote:
>
>> On Wed, 1 Dec 2004, Eric PAIRE wrote:
>>
>>>
>>> It this solution is so obvious, I don't understand why autotools 
>>> developers have not already set up a tool which automatically 
>>> removes the files generated by the autotools (perhaps this tool 
>>> exists and I don't know about).
>>
>>
>> It is called 'make maintainer-clean'.  Unfortunately, if time stamps 
>> are wrong, the Makefile may try to rebuild itself before executing 
>> the target.
>>
> I tried this command, but it does not clean up all configure, stamp*, 
> aclocal.m4, ... that was generated by the autotools.
> I guess that these must be removed by hand (or better ignored in the 
> versioning system, if it is possible to get an
> exhausitve list of files generated).
>
> Eric
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 2 18:36:27 2004

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.