lib/fnmatch.c: mistakes `char32_t` rather than `wchar_t` on Windows

2024-07-09 Thread YX Hao
Hi Gnulib team, When I built wget for Windows, I found this error. I guess `!_GL_SMALL_WCHAR_T` is a typo, and it should be `_GL_SMALL_WCHAR_T`. Line at: https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/fnmatch.c;h=d86bc49e64b47e0f87605ccf695d74e108bdf032;hb=d1db7ef2427dce3203c2b2e5

Re: lib/fnmatch.c: mistakes `char32_t` rather than `wchar_t` on Windows

2024-07-09 Thread Bruno Haible
Hi, > When I built wget for Windows, I found this error. > I guess `!_GL_SMALL_WCHAR_T` is a typo, and it should be `_GL_SMALL_WCHAR_T`. > > Line at: > https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/fnmatch.c;h=d86bc49e64b47e0f87605ccf695d74e108bdf032;hb=d1db7ef2427dce3203c2b2e55ca

Problem building free.c with musl libc

2024-07-09 Thread Reuben Thomas
Please see this issue report for the 'mmv' project, which I maintain: https://github.com/rrthomas/mmv/issues/23 Let me know if it's not as clear-cut as the report suggests to me; it seems though that the problem is simply with compiling the current version of free.c with musl as libc. -- https:

Re: Integer overflows in memchr

2024-07-09 Thread Eric Blake
On Wed, Jun 26, 2024 at 05:33:55PM GMT, Paul Eggert wrote: > On 6/26/24 07:57, Bruno Haible wrote: > > Po Lu wrote: > > > I believe that the semantics of the POSIX specification of this GNU > > > function omit the implied guarantee that strnlen will never examine > > > bytes beyond the first null b

Re: Integer overflows in memchr

2024-07-09 Thread Paul Eggert
On 7/9/24 22:03, Eric Blake wrote: https://www.austingroupbugs.net/view.php?id=1834#c6830 The current draft of proposed wording would have the C standard state: 2 The strnlen function counts not more than n characters (a null character and characters that follow it are not counted) in the array

Re: Problem building free.c with musl libc

2024-07-09 Thread Bruno Haible
Hi Reuben, Reuben Thomas wrote: > Please see this issue report for the 'mmv' project, which I maintain: > > https://github.com/rrthomas/mmv/issues/23 Since you did not give a "How to reproduce" recipe, I am forced to do guesswork. Building the 'free' module on Alpine Linux works fine, for years

Re: Integer overflows in memchr

2024-07-09 Thread Jeffrey Walton
On Tue, Jul 9, 2024 at 7:56 PM Paul Eggert wrote: > > On 7/9/24 22:03, Eric Blake wrote: > > https://www.austingroupbugs.net/view.php?id=1834#c6830 > > > > The current draft of proposed wording would have the C standard state: > > > > 2 The strnlen function counts not more than n characters (a nul

Re: Integer overflows in memchr

2024-07-09 Thread Eric Blake
On Wed, Jul 10, 2024 at 01:55:51AM GMT, Paul Eggert wrote: > On 7/9/24 22:03, Eric Blake wrote: > > https://www.austingroupbugs.net/view.php?id=1834#c6830 > > > > The current draft of proposed wording would have the C standard state: > > > > 2 The strnlen function counts not more than n character