On 5/30/20 5:51 PM, Bruno Haible wrote:
> Fixed the 'fnmatch' dependencies like this.
Thanks.
These fnmatch updates encouraged me to merge glibc master and Gnulib fnmatch as
best I could. I installed the attached patch, with the idea of merging this back
into glibc someday (the Gnulib code shoul
Paul Eggert wrote:
> fnmatch now depends on a module wmempcpy that does not exist, causing the
> bootstrap to fail.
Fixed the 'fnmatch' dependencies like this.
2020-05-30 Bruno Haible
wmemchr: Relicense under LGPLv2+.
* modules/wmemchr (License): Set to LGPLv2+.
2020-05-30
Hi Paul,
> Oops, I found a problem when trying to use that patch with coreutils: fnmatch
> now depends on a module wmempcpy that does not exist, causing the bootstrap
> to fail.
Oops, you can bet that I tested this patch only on glibc systems. :-(
Working on it now...
> Come to think of it, cor
On 5/29/20 1:54 PM, Paul Eggert wrote:
> On 5/29/20 5:02 AM, Bruno Haible wrote:
>
>> Paul, is this OK from the perspective of a future merge with glibc?
>
> Yes, it's an improvement in that department; thanks.
>
Oops, I found a problem when trying to use that patch with coreutils: fnmatch
now
> > Paul, is this OK from the perspective of a future merge with glibc?
>
> Yes, it's an improvement in that department; thanks.
OK. I've pushed it.
Bruno
On 5/29/20 5:02 AM, Bruno Haible wrote:
> Paul, is this OK from the perspective of a future merge with glibc?
Yes, it's an improvement in that department; thanks.
er.
Paul, is this OK from the perspective of a future merge with glibc?
2020-05-29 Bruno Haible
fnmatch: Rely on more gnulib modules.
* modules/fnmatch (Depends-on): Add btowc, isblank, iswctype, wmemchr,
wmempcpy, mempcpy.
* lib/fnmatch.c: Assume
