Re: Serial number formats

Hello Bruno, * Bruno Haible wrote on Mon, Mar 23, 2009 at 12:28:51AM CET: > > > > Without consensus on the question whether interoperability is desirable, > > it is moot to discuss the format. As I read the archives, at some po

Re: Serial number formats

Hello Ralf, > A compromise achieved after discussion on this (the bug-gnulib) list: > Oh, I withdraw my criticism. Alexandre researched well, and asked on the right list. Sadly, I was sleeping throughout the duration of this thr

Re: Serial number formats

out consensus on the question whether interoperability is desirable, it is moot to discuss the format. As I read the archives, at some point in the past interoperability was deemed desirable by several members of this list, and they even seemed to be willing to compromise on the various differe

Re: Serial number formats

Ralf Wildenhues asked: > What exactly is the point of using a different format and extraction > code than aclocal does? ... > Gettext is using a format slightly incompatible to the aclocal one here, aclocal exploits '# serial' lines since 2005-02-01. Gettext is using the format that you call "slig

Re: Serial number formats

Colin Watson wrote: > How about the attached patch to autopoint which causes it to look > through all m4 directories in ACLOCAL_AMFLAGS and compare serial > numbers? That would avoid the problem of 'make dist' forgetting to ship > files even if you do use multiple m4 directories; the files will sim

Re: Serial number formats

Hello Bruno, all, * Bruno Haible wrote on Tue, Mar 17, 2009 at 12:53:19AM CET: > Eric Blake wrote: > > Maybe the solution is to expand automake's list of valid serial lines. > > True, it won't help until after the next Automake release, but if there > > are enough files in the wild that use '# fil

Re: Serial number formats

On Tue, Mar 17, 2009 at 01:14:33AM +0100, Bruno Haible wrote: > Colin Watson wrote: > > I would find it more elegant to install all the files separately and > > have a defined ordering between them > > It may work for you. For the general developer, I think it opens too > many pitfalls (missing -I

Re: Serial number formats

Colin Watson wrote: > I would find it more elegant to install all the files separately and > have a defined ordering between them It may work for you. For the general developer, I think it opens too many pitfalls (missing -I options, confusion about which file is used, possibly empty directories a

Re: Serial number formats

Eric Blake wrote: > Maybe the solution is to expand automake's list of valid serial lines. > True, it won't help until after the next Automake release, but if there > are enough files in the wild that use '# file.m4 serial n', it seems like > we should make it a valid format rather than forcing all

Re: Serial number formats

Hello, * Eric Blake wrote on Mon, Mar 16, 2009 at 03:24:07PM CET: > According to Colin Watson on 3/16/2009 8:04 AM: > > Beyond the gettext compatibility issue, there are many files in gnulib > > that have serial lines in a format not recognised by aclocal that have > > nothing to do with gettext.

Re: Serial number formats

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [adding bug-automake] According to Colin Watson on 3/16/2009 8:04 AM: > On Mon, Mar 16, 2009 at 01:13:52PM +0100, Bruno Haible wrote: >> Hello Colin, >> >>> I'm using both gettext and gnulib. In order to avoid confusing file >>> conflicts, I tell gett

Re: Serial number formats

On Mon, Mar 16, 2009 at 01:13:52PM +0100, Bruno Haible wrote: > Hello Colin, > > > I'm using both gettext and gnulib. In order to avoid confusing file > > conflicts, I tell gettext to install into m4/ and gnulib to install into > > gnulib/m4/, and rely on aclocal's documented serial number handlin

Re: Serial number formats

Hello Colin, > I'm using both gettext and gnulib. In order to avoid confusing file > conflicts, I tell gettext to install into m4/ and gnulib to install into > gnulib/m4/, and rely on aclocal's documented serial number handling to > sort it out. I use '-I m4 -I gnulib/m4' in ACLOCAL_AMFLAGS since

Serial number formats

I've been running into problems trying to update man-db to current gnulib, of the following form: configure.ac:335: warning: gl_ARGP was called before gl_LOCK_EARLY_BODY m4/lock.m4:29: gl_LOCK_EARLY_BODY is expanded from... m4/lock.m4:22: gl_LOCK_EARLY is expanded from... m4/lock.m4:253: g