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
---
#!/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.