Re: Deleting Makefile.in in maintainer-clean

[Gary V . Vaughan]

On Thursday 17 May 2001  4:19 am, Tom Tromey wrote:
> >>>>> "Reinhard" == Reinhard Mller <address@hidden> writes:
>
> Reinhard> I am just reading the GNU coding standards (chapter 7.2.5 -
> Reinhard> Standard Make Targets) and I see that it's recommended that
> Reinhard> maintainer-clean should not delete files that are necessary
> Reinhard> to run configure.
>
> Thanks.  I forgot all about this.
>
> Reinhard> So I actually come to the conclusion that automake behaves
> Reinhard> correctly.
>
> Automake already deleted Makefile.in, but that was wrong.
> And last night I changed it to delete more.

That's interesting.  I have always tried to have maintainer-clean revert the 
source tree to the state it was in when freshly checked out of CVS.  Giving 
this some thought, it seems to be something that can't easily be fully 
automated by automake since people have varying check-in policies.

What is the right thing to do here?  Should we write a custom cvs-clean for 
each project?  Maybe stub the rules to take care of the recursion, but 
(beyond the maintainer-clean files) remove only the files listed in CVSCLEAN 
variable?

The tricky thing is that a `make cvs-clean' is not terribly useful unless it 
works offline too...

Cheers,
        Gary.
-- 
  ())_.  Gary V. Vaughan     gary@(oranda.demon.co.uk|gnu.org)
  ( '/   Research Scientist  http://www.oranda.demon.co.uk        ,_())____
  / )=   GNU Hacker          http://www.gnu.org/software/libtool   \'      `&
`(_~)_   Tech' Author        http://sources.redhat.com/autobook    =`---d__/