staging/stintel/tools/gnulib, branch master

tools: gnulib: rename macro file for cond module

2026-07-12T09:26:53Z

It was reported that cond.m4 in gnulib is a name clash with cond.m4 provided by Automake, where they are for completely different purposes instead of different versions of the same macros. A quick survey of all the macro files in the build directory reveals that this is the only case where the gnulib copy is signficantly smaller than the rest of the copies of the same macro name distributed in the rest of the build system, and the only one that name clashes with Automake. A previous fix added a prefix to all macros from gnulib, but the name must match how it is described in the respective modules files as a functional requirement to build certain tools for certain (older) hosts, so patch the problematic module instead of renaming all macros from gnulib. Ref: c820f097e0be ("tools: gnulib: install .m4 file with gl_ prefix") Ref: 78a8cfb57772 ("tools: gnulib: fix broken install of .m4 files") Reported-by: Christian Marangi Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/24136 Signed-off-by: Robert Marko

Revert "tools: gnulib: install .m4 file with gl_ prefix"

2026-07-12T09:26:53Z

A more proper fix follows this revert. This reverts commit c820f097e0bede3ec09c62ca9608d915da21e62d. Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/24136 Signed-off-by: Robert Marko

Revert "tools: gnulib: fix broken install of .m4 files"

2026-07-12T09:26:52Z

A more proper fix follows these reverts. This reverts commit 78a8cfb57772138ff5b925b9d69928e5878931bf. Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/24136 Signed-off-by: Robert Marko

tools: gnulib: fix broken install of .m4 files

2025-12-04T15:35:40Z

Makefile foreach works only on parsing the Makefile and in this specific case only works if the package is already extracted and file actually exist. On scenario where the package still has to be built, foreach doesn't find any file causing Host/Install to not install any .m4 file. To handle this, use a shell for loop that scan files in the Host/install. Fixes: c820f097e0be ("tools: gnulib: install .m4 file with gl_ prefix") Signed-off-by: Christian Marangi

tools: gnulib: install .m4 file with gl_ prefix

2025-12-03T17:44:42Z

It was found that there is currently a conflict for the cond.m4 that is also shipped by automake, making the gnulib one having priority causing problem with finding AM_CONDITIONAL macro. To handle this, install gnulib .m4 file with a gl_ prefix to the filename. This make sure gnulib .m4 file won't have name conflict with automake .m4 default files permitting correct autoreconf run of any affected package by this. Signed-off-by: Christian Marangi

tools: gnulib: always use std-gnu23 module

2025-08-11T20:28:41Z

The new "std-gnu23" module has the stated goal of: "...to update the c99 module to depend on std-gnu23 instead of on std-gnu11, and to make std-gnu11 obsolete." in upstream commit 8990abb50 ("std-gnu23: new module"). However, for now, it's design is optional, so that definitions of the latest standard module overrides the former. At some point, upstream gnulib will replace the dependency instead of add it alongside the older one. Because all macros are copied to the aclocal directory, for complex projects, not including the module may cause the macros to apply only to some subdirectories rather than all of them and top-level together. For projects that import source from local gnulib, always include the std-gnu23.m4 macros for consistency. Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/19748 Signed-off-by: Robert Marko

tools: gnulib: do not cache C standard option test results

2025-08-02T22:41:05Z

After eliminating the possibility of automake having a bug by testing a revert to the recent updates to automake, the problems regarding autoreconf with some packages was bisected to the gnulib update instead, through aclocal macros. With the new module, std-gnu23, some packages are failing build due to both the host compiler and cross compiler being tested for availability of C23 standard features with the configure script. The results of one is being cached and used for the other, while the two compilers are different versions and may or may not both support C23 options and would otherwise have conflicting results. A similar patch may have to be done for the next release of Autoconf if upstream GNU does not accept this solution. Reported-by: Georgi Valkov Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/19627 Signed-off-by: Nick Hainke

tools/gnulib: backport patches for gettext

2025-07-26T12:38:09Z

The latest versions of gettext rely on several changes to gnulib including both changes to modules and new modules and some previously gettext specific code being moved to gnulib. Backport these changes in order to allow updating gettext while using the local gnulib copy of sources. Add patch: - 640-mem-hash-map.patch - 645-next-prime.patch - 646-hashcode-string.patch - 647-hashkey-string.patch - 650-package-version.patch - 651-package-version-simplify.patch - 652-package-version-simplify-further.patch - 653-package-version-warning.patch - 660-version-stamp.patch - 689-vc-mtime.patch - 755-clean-temp-hashkey.patch - 795-string-desc-rename-functions.patch - 796-vc-mtime-less-read.patch - 797-vc-mtime-add-api.patch - 798-vc-mtime-add-api.patch - 799-vc-mtime-old-git.patch - 900-str_startswith-module.patch - 901-str_endswith-module.patch Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/16522 Signed-off-by: Robert Marko

tools/gnulib: update to branch stable-202501

2025-07-26T12:38:09Z

Move to the June 2025 update of the first 2025 stable branch in order to better support updating gettext to the latest versions. More instances of blocking the defining of functions that use reallocarray() is needed for portability with macOS as more similar functions have been added. And one instance is removed as the function was removed. Refer to a previous commit to explain the need for this. Manually adjusted patch: - 150-portable-tdestroy.patch - 160-flag-reallocarray.patch - 200-force-disable-after-configure.patch Removed upstreamed patch: - 500-acl-function-name.patch All other patches are automatically refreshed. Ref: 5ade7ee60 ("tools/gnulib: add macros to skip reallocarray() functions") Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/16522 Signed-off-by: Robert Marko

tools/gnulib: use git archive as download source

2025-07-26T12:38:08Z

Snapshot downloads, whether from GNU cgit or GNU gitweb, are becoming more unreliable and unstable. Use the GNU gnulib git repository server for downloads because GNU has disabled cgit server snapshots due to performance issues. Other possible options include GNU gitweb snapshot or a git bundle download but these methods either may also have similar performance issues or require additions to the build system to handle the method beyond the previous commit. In case snapshots are to be used again for build tools in the future, the previous commit reduces the tarball generation attempts for the original source of snapshots in order to reduce server impact. A conversation regarding server performance issues and alternatives is linked. Link: https://lists.gnu.org/archive/html/bug-gnulib/2024-12/msg00124.html Signed-off-by: Michael Pratt Link: https://github.com/openwrt/openwrt/pull/16522 Signed-off-by: Robert Marko