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 > > >
