9-06-16 Bruno Haible
Restore Emacs time-stamp hook applicability.
Reported by Darshit Shah .
* build-aux/useless-if-before-free: Bump time-stamp-line-limit to 50.
* build-aux/announce-gen: Likewise.
* build-aux/gitlog-to-changelog: Likewise.
* bu
Fine with me, too.
Paul Eggert wrote:
> I've never liked those timestamps, and would like to see them go away.
Fine with me: all of these files are in modules and therefore regularly
update through gnulib-tool.
Except for 'check-module', which is non-functional anyway for years
(since the introduction of conditiona
Bruno Haible wrote:
However, for files that are only ever copied through gnulib-tool's module
system, I would not say that the time stamp is "really needed".
I've never liked those timestamps, and would like to see them go away. I often
try to avoid updating them even when I edit the files wi
Darshit Shah wrote:
> Do we really need these timestamp lines when everything is source-controlled
> using git?
They are useful in general for files that are not part of gnulib modules.
For example, in some project I was using a config.guess+config.sub combination
that was not updated in 8 years o
* Bruno Haible [190615 14:02]:
> Hi Darshit,
>
> > > my $VERSION = '2018-03-07 03:46'; # UTC
> >
> > Won't this break the emacs timestamp hook which apparently needs to be
> > within
> > the first eight lines of the file? Maybe either reduce the text, or move the
> > hooks around.
>
> In some
Hi Darshit,
> > my $VERSION = '2018-03-07 03:46'; # UTC
>
> Won't this break the emacs timestamp hook which apparently needs to be within
> the first eight lines of the file? Maybe either reduce the text, or move the
> hooks around.
In some files, such as gnulib.html in the web pages, the time
