bug#63533: test-mbrlen5.sh failure

[Carlo Marcelo Arenas Belón]

On Thu, May 18, 2023 at 10:09:38PM +0200, Jim Meyering wrote:
> On Thu, May 18, 2023 at 2:44 PM Carlo Marcelo Arenas Belón
> <carenas@gmail.com> wrote:
> > On Wed, May 17, 2023 at 09:09:02PM -0400, Caleb Zulawski wrote:
> > >
> > > Isn’t this test too strict, then?
> >
> > It shouldn't had been included with the release; the attached patch
> > should help with that for future releases.
> 
> Thanks for looking into this, Carlo.
> 
> However, I think we should not limit the gnulib tests that are run via
> grep just to accommodate systems with broken code, even when grep
> happens not to exercise the broken code path.

Make a good point, specially considering that it should only affect systems
that are EOL like Centos 7, Debian 9 or Ubuntu 16.04 (although some of those
might be still supported) and that would be also likely to fail for other
reasons (ex: not being Y2K38 safe).

I think though, for consistency, the attached should be applied instead.  A
snapshot build with it shows 3 failing gnulib tests when tested in
gcc45.fsffrance.org.

Carlo

0001-gnulib-allow-mbrtowc-tests.patch
Description: Text Data