Package: libglib2.0-0
Version: 2.42.1-1
Severity: normal
There are several misspellings of the word "character" in the glib library.
Here's the output from trivial fgrep -r charater :
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:<p>A dot
metacharater (".") in the pattern matches all
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:
metacharater.</p>
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:
metacharater.</p>
glib/giochannel.c: g_warning ("Partial charater written before writing
unichar.\n");
glib/gvariant.c: * If @limit is non-%NULL then @limit (and any charater after
it) will
glib/gregex.h: * @G_REGEX_DOTALL: A dot metacharater (".") in the pattern
matches all
glib/gregex.h: * metacharater.
glib/gregex.h: * metacharater.
glib/pcre/pcre_compile.c: /* Handle the case of a single charater - either
with no UTF support, or
(I guess it is the giochannel.c one which finds it way into
the library binary).
The problem here (and the reason for this severity) is that once
some other executable links with libglib statically, these
misspellings becomes part of that binary. In other words,
these misspellings "breaks" other programs. An example of such
a binary which has to link with glib statically is qemu-user-static
binaries, which are supposed to work in foreign environments without
additional libraries being installed there.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
