po/Makefile.in.in does not support install-pdf and others

Hi! A few years ago we were reported that Bison’s install-pdf target fails because po/’s Makefile does not support it: http://lists.gnu.org/archive/html/bug-bison/2012-04/msg00011.html Paul installed a workaround in gnulib itself (commit 88b94265b630cfcec39dafe954affcee03e36f72), but in f2f69809

Re: [PATCH] getloadavg: Allow building on Windows without Cygwin

On Mon, 2018-05-21 at 01:26 +0200, Bruno Haible wrote: > Hi Paul, > The proper condition for testing for a native Windows platform is > #if defined _WIN32 && ! defined __CYGWIN__ Does this mean you'd prefer to see a patch that tested this before including unistd.h, versus the HAVE_UNISTD_H test

Re: Latest bootstrap breaks syntax-check

On 14.06.2018 22:52, Paul Eggert wrote: > On 06/13/2018 04:23 AM, Tim Rühsen wrote: >> Just FYI (please let me know if there is a bug tracker for gnulib). > There's no bug tracker, just bug-gnulib@gnu.org. > > How can one reproduce the problem mentioned below? It's not a recent > problem, whatever

Re: [PATCH] getloadavg: Allow building on Windows without Cygwin

Paul Smith wrote: I could instead change code inside GNU make to not invoke getloadavg() at all on Windows, but that seems less clean... Your patch to the getloadavg module looks safe and helps GNU 'make' build. I installed it since I'm the one who got rid of the HAVE_UNISTD_H #if long ago (c

Re: po/Makefile.in.in does not support install-pdf and others

Akim Demaille wrote: Could 88b94265b630cfcec39dafe954affcee03e36f72 be cherry-picked in both gnulib and gettext? I think the idea is that gettext is upstream from gnulib, so the fix should be cherry-picked into gettext and gnulib will pick it up from there. Could you propose a patch to gettext

Re: gendocs broken?

Hi Pádraig, If "texi2html" is out of date, then how do I get HTML? I want to keep my online docs up to date. If there's a better way, I'm for that. I confess I don't closely track stuff so when better ways come around, I need to find out by bumping into something. This is such a bump. It would be

Re: gendocs broken?

OK. Figured it out. The manual_node tree gets populated by the script by default. I'm going to guess that the manual_section and manual_chapter trees were removed for some reason? My habit was to read the manual-by-section stuff rather than manual-by-node, but that is no big deal. On 06/17/18 12:1

Re: gendocs broken?

Hi Bruce, > If "texi2html" is out of date, then how do I get HTML? Since texi2html is not installed in /usr/bin on many machines, the common way of using texi2html is to include it in the tarball. It's a single file, easy to manage. For an example with automake, look how it's done in GNU libunis

Re: [PATCH] getloadavg: Allow building on Windows without Cygwin

Hi Paul, > probably not great QOI but that's what it does. > ... > Thanks for your link to the Microsoft docs, but I'm personally not > going to undertake this effort. Maybe someone else will. OK. > > The proper condition for testing for a native Windows platform is > > #if defined _WIN32 &&

Re: po/Makefile.in.in does not support install-pdf and others

Paul Eggert wrote: > I think the idea is that gettext is upstream from gnulib, so the fix should > be > cherry-picked into gettext The fix already has been included in upstream gettext, after being re-reported . > and gnulib will pick it up f

Re: gendocs broken?

On 17/06/18 12:11, Bruce Korb wrote: > Hi Pádraig, > > If "texi2html" is out of date, then how do I get HTML? > I want to keep my online docs up to date. If there's a better > way, I'm for that. I confess I don't closely track stuff so > when better ways come around, I need to find out by bumping

[PATCH] crypto: use byteswap

* lib/md4.c, lib/md5.c, lib/sha1.c, lib/sha256.c, lib/sha512.c: * lib/sm3.c: Include . (SWAP): Use its macros rather than reinventing the wheel. * modules/crypto/md4, modules/crypto/md5-buffer: * modules/crypto/sha1-buffer, modules/crypto/sha256-buffer: * modules/crypto/sha512-buffer, modules/crypt

Re: gendocs broken?

Thanks, Padraig. I'll pull the new version. I'm still conflicted tho: I like having the manuals broken by section and the "makeinfo" version seems to only do it by node. Oh, well. Anyway, thank you for pointing me in the right direction! Cheers - Bruce On Sun, Jun 17, 2018 at 2:31 PM Pádraig Brady

Re: [PATCH] getloadavg: Allow building on Windows without Cygwin

On Sun, 2018-06-17 at 22:31 +0200, Bruno Haible wrote: > > I thought in general we were avoiding use of the _WINxx > > preprocessor defines, and instead preferring WINDOWS32. > > Maybe in general in GNU. But not in gnulib. > > > > But there is no implementation for native Windows! > > > > True,

gnulib getloadavg: incorrect .Po included in root Makefile.in

Hi all. I'm on a GNU/Linux system with autoconf 2.69, automake 1.15.1, gettext 0.19.8.1, latest gnulib checked out from Git. I'm seeing an issue when using the getloadavg gnulib module. The problem is that I find a line in my root Makefile.in which attempts to include the lib/.deps/getloadavg.Po

Re: po/Makefile.in.in does not support install-pdf and others

> Le 17 juin 2018 à 23:13, Bruno Haible a écrit : > > Paul Eggert wrote: >> I think the idea is that gettext is upstream from gnulib, so the fix should >> be >> cherry-picked into gettext > > The fix already has been included in upstream gettext, after being re-reported >