YX Hao wrote:
> C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/14.1.0/../../../../i686-w64-mingw32/bin/ld.exe:
> ../lib/libgnu.a(fnmatch.o):fnmatch.c:(.text+0x240): undefined reference to
> `u32_strlen'
> C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/14.1.0/../../../../i686-w64-mingw32/bin/ld.exe:
> ../lib/libgnu.a(fnmatch.o):fnmatch.c:(.text+0x3fa): undefined reference to
> `u32_pcpy'
The dependencies to these modules (unistr/u32-strlen and unistr/u32-pcpy)
are declared in modules/fnmatch, as well as the link requirements:
Link:
$(LTLIBUNISTRING) when linking with libtool, $(LIBUNISTRING) otherwise
$(MBRTOWC_LIB)
Could it be that
(a) the gnulib-tool invocation of wget uses --avoid to prevent inclusion
of some modules?
or
(b) the gnulib-tool invocation of wget uses the libunistring-optional
modules, AND you have a libunistring installed in your build environment,
AND the link command line of said program lacks $(LIBUNISTRING) or
$(LTLIBUNISTRING) ?
> C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/14.1.0/../../../../i686-w64-mingw32/bin/ld.exe:
> ../lib/libgnu.a(libgnu_a-c32isalnum.o):c32isalnum.c:(.text+0x2c): undefined
> reference to `uc_is_alnum'
> C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/14.1.0/../../../../i686-w64-mingw32/bin/ld.exe:
> ../lib/libgnu.a(libgnu_a-c32isalpha.o):c32isalpha.c:(.text+0x2c): undefined
> reference to `uc_is_alpha'
Likewise.
Bruno
