bug-gettext
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gettext-0.19.8.1 testsuite fails with libunistring-0.9.10 on Alpine


From: Bruno Haible
Subject: Re: gettext-0.19.8.1 testsuite fails with libunistring-0.9.10 on Alpine Linux x86_64
Date: Mon, 03 Jan 2022 19:22:03 +0100

Natanael Copa wrote on 2018-08-10:
> > There are 21 failing tests after libunistring was upgraded to 0.9.10.
> > 
> > ============================================================================
> > Testsuite summary for gettext-tools 0.19.8.1
> > ============================================================================
> > # TOTAL: 412
> > # PASS:  353
> > # SKIP:  38
> > # XFAIL: 0
> > # FAIL:  21
> > # XPASS: 0
> > # ERROR: 0
> > ============================================================================
> > See tests/test-suite.log
> > Please report to bug-gnu-gettext@gnu.org
> > ============================================================================
> > 
> > 
> > gettext-tools/tests/test-suite.log is attached.
> > 
> > 
> > The msgmerge tool also ends up with an abort. This was reported to
> > libunistring: https://savannah.gnu.org/bugs/index.php?54453
> 
> It turns out that the problem is that parts of older version of
> libunistring (unilbrk) is included in gnulib and that the data table
> from the older libunistring gets complied into gettext. The newer shared
> libunistring library ends up using the data table from bundled
> libunistring and it appears that the data table format has changed so
> things goes wrong.

Thanks for the report. This has meanwhile be handled in libunistring;
see <http://savannah.gnu.org/bugs/?54453>.

> The fix is to not compile any of the bundled unilbrk/lbrktables.c
> (there are two copies in the source tree) when building with shared
> libunistring.

You are right that this code is not needed in libgettextlib in these
circumstances (since it is internal API needed by u8_width_linebreaks).
But it's not worth the effort to eliminate this little bit of unused
binary code.

Bruno






reply via email to

[Prev in Thread] Current Thread [Next in Thread]