base32, base64: Prefer stdckdint to intprops.

I noticed Gnulib changed most of the *_WRAPV to the ckd_* variants at some point. Is there a reason that INT_MULTIPLY_OK is still used in base32 and base64 or can I apply the following patch? It looks like the module description were missing 'intprops' in the depends on these modules too. I guess

[PATCH] gnulib-tool.py: Handle module dependencies that cannot be found.

* pygnulib/GLModuleSystem.py (GLModule.getDependenciesWithoutConditions): Filter out None from the module dependencies. An appropriate warning will already be printed by GLModuleSystem.find(). --- ChangeLog | 8 pygnulib/GLModuleSystem.py | 5 - 2 files changed, 12 in

[PATCH] * doc/posix-headers/utmpx.texi: Update for glibc.

--- doc/posix-headers/utmpx.texi | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/doc/posix-headers/utmpx.texi b/doc/posix-headers/utmpx.texi index ac2404bdc4..be1a9018ec 100644 --- a/doc/posix-headers/utmpx.texi +++ b/doc/posix-headers/utmpx.texi @@ -29,10 +29,2

[PATCH] nstrftime: use clearer code for padding

This also works around GCC bug 114965 . * lib/strftime.c (enum pad_style): New type. (width_add, my_strftime, __strftime_internal): Use it instead of checking the raw chars. * tests/test-nstrftime.h (T): Test for the GCC bug. --- ChangeLog

Re: gnulib-tool.py: Fix an undefined function name.

Hi Collin, > > Hmm. Is that refactoring, that you are imagining, intrusive? ... > > Depends on the specific warning being addressed. :) > > There are more trivial cases like GLMakeFileTable which stores > information as a dictionary. We have a table of makefile variables: > > table: list[d