Thanks for the tip, this is really handy. However, unbelievable as it is, there are people that don't use Emacs :) As far as I know, Alain is one of them.
Then we should get Alain to switch. ;-) Besides, even if unwanted noise is easy to delete, it is still produced. And the time and bandwidth needed to obtain the diff should not, in my opinion, be ignored. I think the concern about bandwidth is moot. gnulib takes up more bandwidth than any regenerated file would ever over a 2 year period. The problem is not that these are rarely generated. The problem is that it will suffice for one of us to use slightly different versions of autotools (and this happens quite often) to make his copies of Makefile.in's and/or configure differ from those in the repository, and, consequently to obtain superfluous output from cvs diff. I was going to say that this was a really valid point, but it occured to me that this won't happen in practise. The only time configure/Makefile.in is regenerated if we commit them to the CVS tree, is when one modifes configure.ac or Makefile.am. And never during a normal run. And if you do modify a Makefile.am (or configure.ac), then only that file will be regenerated by automake/autoconf anyway, so you won't end up with a dozen new Makefile.in's that need to be commited. _______________________________________________ Bug-inetutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-inetutils
