Re: texinfo-7.2.90 on mingw [glob function missing]

On Sat, Jan 17, 2026 at 12:48:36PM +0100, Bruno Haible wrote:
> Gavin Smith wrote:
> > getprogname.c: In function 'getprogname':
> > getprogname.c:255:4: error: #error "getprogname module not ported to this OS"
> >   255 | #  error "getprogname module not ported to this OS"
> >       |    ^~~~~
> > make[5]: *** [Makefile:3572: libgnu_la-getprogname.lo] Error 1
> 
> Never seen this before. The compiler that you use is x86_64-linux-gnu-gcc,
> therefore I guess the OS is GNU/Linux. What are the values of
>   HAVE_DECL_PROGRAM_INVOCATION_SHORT_NAME
> and
>   HAVE_DECL_PROGRAM_INVOCATION_NAME
> in config.h ? If you have several config.h files, can you look in each of them,
> and which config.h file is being actually used?

The problem seems to have been that the config.h.in file was not updated
when the gnulib module was imported.

In tta/config.log, there were these lines:

configure:31570: checking whether program_invocation_name is declared
configure:31570: result: yes
configure:31585: checking whether program_invocation_short_name is declared
configure:31585: x86_64-linux-gnu-gcc -c  -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64   conftest.c >&5
configure:31585: $? = 0
configure:31585: result: yes

tta/C/config.h did not have either definition in it.

So I suspected that config.h.in was out of date (even though it had a time stamp
from today).

I ran "./autogen.sh" at the top-level of the sources.  After that,
tta/C/config.h.in had the templates for HAVE_DECL_PROGRAM_INVOCATION_NAME and
HAVE_DECL_PROGRAM_INVOCATION_SHORT_NAME.

I will try to revert my revert and reinstate the "glob" module.

I see we do not trck config.h.in in git.  I wonder if there is any downside
in tracking this file.


> > This is always the risk with adding more gnulib modules, due to the dependencies
> > they can bring in.  It brings in a large amount of code for the sake of
> > a function that is only called once.
> 
> Yes. But that code is well-tested by many packages on many platforms.
> 
> Bruno
> 
> 
>