Bruno Haible writes:
> James Youngman wrote:
>> My first reaction was, why isn't libunistring===glibc
>
> glibc means to implement POSIX and be the interface to the system calls.
> The general guideline nowadays among glibc maintainers is "no new API"
> (unless it's a new system call). IIRC, when
> OK, I'll work on the creation of a GNU project called 'libunistring', that
> will export the functions from gnulib as a shared library.
That's simply great to hear.
Paolo
Bruno Haible wrote:
> Pádraig Brady wrote:
>> Note as well as folding case I think it might
>> be useful to fold other forms like:
>> Enclosed: \u24b6 -> A
>> Stylistic: \uff21-> A
>
> These two transformations are already executed when you use ulc_casecmp
> with the UNINORM_NFKD argument.
A
Pádraig Brady wrote:
> Note as well as folding case I think it might
> be useful to fold other forms like:
> Enclosed: \u24b6 -> A
> Stylistic: \uff21-> A
These two transformations are already executed when you use ulc_casecmp
with the UNINORM_NFKD argument.
> Diacritics: À -> A
Very goo
James Youngman wrote:
> My first reaction was, why isn't libunistring===glibc
glibc means to implement POSIX and be the interface to the system calls.
The general guideline nowadays among glibc maintainers is "no new API"
(unless it's a new system call). IIRC, when libidn was added to glibc as
an
On Wed, Mar 11, 2009 at 11:57 AM, Bruno Haible wrote:
> OK, I'll work on the creation of a GNU project called 'libunistring', that
> will export the functions from gnulib as a shared library.
My first reaction was, why isn't libunistring===glibc, but then we'd
end up in a situation where gnulib w
Bruno Haible writes:
> | on NUL terminated| on memory areas or
> | strings | strings with embedded NULs
> --+--+---
> For ASCII strings | c_strcasecmp,|
> only
Hi Jim and Pádraig,
> > 1) Which functions to use for case comparison in coreutils?
pb> I think if we're going to do it we should do it right.
pb> I.E. use ulc_casecmp
jm> I prefer the "correct" approach, especially since I believe that will
jm> eventually align with POSIX, even if it doesn't ma
Bruno Haible wrote:
> In coreutils/src/join.c, there is a FIXME mentioning that the -i option for
> case insensitive comparison of the input lines does not work in multibyte
> locales. And indeed, in an UTF-8 locale, I see this:
...
> Find attached a draft patch for the 'join' program, that fixes t
Pádraig Brady wrote:
> Bruno Haible wrote:
>> Hi Jim,
>
> Thanks for looking at this Bruno.
>
>> In coreutils/src/join.c, there is a FIXME mentioning that the -i option for
>> case insensitive comparison of the input lines does not work in multibyte
>> locales.
>
> Utils that have this issue are
Bruno Haible wrote:
> Hi Jim,
Thanks for looking at this Bruno.
> In coreutils/src/join.c, there is a FIXME mentioning that the -i option for
> case insensitive comparison of the input lines does not work in multibyte
> locales.
Utils that have this issue are:
join -i, uniq -i, sort -f, ptx -f
Hi Jim,
In coreutils/src/join.c, there is a FIXME mentioning that the -i option for
case insensitive comparison of the input lines does not work in multibyte
locales. And indeed, in an UTF-8 locale, I see this:
$ cat > in1 < in2 < in1 < in2 <--- coreutils-7.1/src/join.c.bak 2008-11-10 14:17:52.
12 matches
Mail list logo