bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] config: drop scripts that automake says are not independent


From: Eric Blake
Subject: Re: [PATCH] config: drop scripts that automake says are not independent
Date: Tue, 26 Jun 2012 13:12:17 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1

[adding autoconf]

On 06/26/2012 12:26 PM, Bruno Haible wrote:
> Eric Blake wrote:
>> * build-aux/elisp-comp: Delete.
> 
> What about modules/elisp-comp?

That module has only had one edit: it's introduction in 2006:
https://lists.gnu.org/archive/html/bug-gnulib/2006-08/msg00248.html

with a claim that autoconf needs it.  But autoconf uses automake, and
can get the file from automake, if it really needs it.

For that matter, WHY does autoconf need it?  Looking at 'git grep -l
elisp-comp', I see:

.gitattributes
.gitignore
ChangeLog.3
cfg.mk

which means the ONLY mention of elisp-comp is historical or
version-control, other than the cfg.mk listing that syncs the file.  It
appears that autoconf itself does not either use or advertise the
existence of elisp-comp, so I will be fixing autoconf to delete the
syncing of the file.  On the unlikely chance that someone was relying on
autoconf (rather than automake) as their upstream source for elisp-comp,
I will also include a NEWS entry as part of that effort.

For gnulib, I therefore think it is appropriate to completely delete
modules/elisp-comp, unless someone speaks up with some evidence of a
package that is actively relying on the module.  Again, a NEWS entry
pointing to automake would be appropriate.  I'll respin the gnulib patch
accordingly.

> 
>> * build-aux/ylwrap: Likewise.
> 
> OK. Many packages (gettext-runtime/intl, parse-datetime, ...) rely directly
> on bison. Only packages which support old yacc need this wrapper script, and
> they typically use Automake.

And not mentioned in my proposed commit message, but I specifically kept
mdate-sh as one of the mirrored files, even though Stefano originally
suggested that it might be automake-centric; that particular script is
small enough to be useful in a standalone context.

-- 
Eric Blake   address@hidden    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]