On 2023-07-27 15:22, Bruno Haible wrote:
Brian Inglis wrote:
It was added in C99 TR19769, integrated in C/++11
Yes.
available in libicu-devel:
https://cplusplus.com/reference/cuchar/
https://open-std.org/jtc1/sc22/open/n3579.pdf
https://open-std.org/jtc1/sc22/wg14/
Corinna Vinschen wrote:
> > > 4. cd testdir-fnmatch-posix
> > > ./configure 2>&1 | tee log1
> > > make
> > > make check
>
> I fixed the above problem and the POSIX check now works fine:
Glad that the test suite was helpful (and that you fixed it before 3.5.0 —
so, no additional c
Brian Inglis wrote:
> It was added in C99 TR19769, integrated in C/++11
Yes.
> available in libicu-devel:
>
> https://cplusplus.com/reference/cuchar/
>
> https://open-std.org/jtc1/sc22/open/n3579.pdf
>
> https://open-std.org/jtc1/sc22/wg14/www/docs/n1326.pdf
>
> https:
On 2023-07-27 13:05, Corinna Vinschen via Cygwin wrote:
On Jul 27 20:24, Corinna Vinschen via Cygwin wrote:
On Jul 27 12:15, Bruno Haible via Cygwin wrote:
I'm looking into that. First thing, your testsuite uncovered a bug in
the latest fnmatch in the C locale. Comparing pointers instead of
com
On Jul 27 20:24, Corinna Vinschen via Cygwin wrote:
> On Jul 27 12:15, Bruno Haible via Cygwin wrote:
> I'm looking into that. First thing, your testsuite uncovered a bug in
> the latest fnmatch in the C locale. Comparing pointers instead of
> comparing characters was never a good idea for pattern
Hi Bruno,
On Jul 27 12:15, Bruno Haible via Cygwin wrote:
> Hi,
>
> Gnulib has, for the first time, an fnmatch() implementation that supports
> characters outside the Unicode Basic Multilingual Plane (BMP), even on Cygwin
> with its 16-bits wchar_t type. That is, in an UTF-8 locale, e.g.
> fnma
Hi,
Gnulib has, for the first time, an fnmatch() implementation that supports
characters outside the Unicode Basic Multilingual Plane (BMP), even on Cygwin
with its 16-bits wchar_t type. That is, in an UTF-8 locale, e.g.
fnmatch ("x?y", "x\360\237\230\213y", 0)
now returns 0.
This implementatio
7 matches
Mail list logo