[PATCH] deps: require Automake >= 1.9.6 in generated Makefile fragments

That is the same minimal version required in the DEPENDENCIES file. Moreover, the old code generated a requirement of Automake >= 1.5, and that is an insanely outdated version. * gnulib-tool: Bump minimal version requirement in AUTOMAKE_OPTIONS. * tests/havelib/rpathlx/Makefile.am: Likewise. * tes

Re: [PATCH] deps: require Automake >= 1.9.6 in generated Makefile fragments

Thanks for catching that; please install.

Re: [PATCH] deps: require Automake >= 1.9.6 in generated Makefile fragments

On 05/10/2013 11:22 PM, Paul Eggert wrote: > Thanks for catching that; > Thanks for another super-quick review! > please install. > Done. Best regards, Stefano

pygnulib: code separation

Hello everyone! Since it may be annoying to support files inside pygnulib to be the same as in gnulib, I've thought that it may be a cool idea to separate entire pygnulib code from gnulib. What is the proposal? I propose to accept the following hierarchy for pygnulib: doc README LICENSE

Re: pygnulib: code separation

Hi Dimitry (and all), I don't like to be so negative, but ... I was not aware of any general agreement on replacing the current gnulib world with a Python-based world. Note that gnulib-tool now will be the name for the gnulib-tool.py. It seems to me that gnulib will become completely unusabl

Re: pygnulib: code separation

Hi Karl, that's why I've called it "proposal". :-) Critics are really accepted, since our project is mature enough to not admit such changes without discussions. I've thought about the future replacement since it was the goal of Google Summer of Code (to reimplement gnulib-tool in Python), but I

[PATCH] lock: work around pthread recursive mutexes bug in Mac OS X 10.6

Hi, We've got a couple of bug reports saying that gettext's libintl doesn't work when it was compiled on Mac OS X >= 10.7 targetting 10.6, because of missing PTHREAD_RECURSIVE_MUTEX_INITIALIZER definition:

[PATCH] maint.mk: catch more abuse of HAVE_DECL in syntax-check

Libvirt had a patch that attempted to do: +#elif defined(SIOCSIFLLADDR) && defined(HAVE_STRUCT_IFREQ) && \ +defined(HAVE_DECL_LINK_ADDR) but which was not flagged by the syntax checker as suspicious (all HAVE_DECL_* symbols defined by autoconf are always defined after including , although the

Re: [PATCH] maint.mk: catch more abuse of HAVE_DECL in syntax-check

Eric Blake wrote: > Libvirt had a patch that attempted to do: > > +#elif defined(SIOCSIFLLADDR) && defined(HAVE_STRUCT_IFREQ) && \ > +defined(HAVE_DECL_LINK_ADDR) > > but which was not flagged by the syntax checker as suspicious > (all HAVE_DECL_* symbols defined by autoconf are always defined

Re: [PATCH] lock: work around pthread recursive mutexes bug in Mac OS X 10.6

Daiki Ueno writes: > Patch attached. Sorry, wrong patch. Please check the attached one instead. I've confirmed that HAVE_PTHREAD_MUTEX_RECURSIVE is defined by default on 10.8, but not with CFLAGS=-mmacosx-version-min=10.6. Regards, -- Daiki Ueno >From eb742ec35bfd68288bfc23aae47e3d27dcaff4de