Re: u32_normalize UNINORM_NFKC on 0xD800

Simon Josefsson wrote: > I'm doing some Unicode NFKC operations and noticing that u32_normalize > fails for U+D800. This is a valid behaviour, because U+D800 is a "surrogate" point code and therefore not a valid character code point. See the Unicode standard, chapter 2 [1], pages 23..24: Surrogat

u32_normalize UNINORM_NFKC on 0xD800

I'm doing some Unicode NFKC operations and noticing that u32_normalize fails for U+D800. Is this behaviour permitted by TR15? I thought toNFKC should succeed for all code points. /Simon

Re: gen-uni-tables.c comments

Bruno Haible writes: > Hi Simon, > >> I assume these stale comments are due to some old code? > > Yes. Your fixes are good. Can you apply them, please? Done, thanks for review. /Simon

Re: gen-uni-tables.c comments

Hi Simon, > I assume these stale comments are due to some old code? Yes. Your fixes are good. Can you apply them, please? Bruno -- In memoriam Jeane Gardiner

Re: need for computer algebra

Hi Bruno, > * Bruno Haible [2011-05-26 21:19:55 +0200]: > >> That's right, to interact with an ssh client, perl needs to do be able >> to do number theoretical computer algebra system. >> Can you believe it?! > > a good candidate is elliptic-curve cryptography. yes, it turned out that the packag

gen-uni-tables.c comments

I assume these stale comments are due to some old code? /Simon diff --git a/lib/gen-uni-tables.c b/lib/gen-uni-tables.c index e63a18d..0eddbb1 100644 --- a/lib/gen-uni-tables.c +++ b/lib/gen-uni-tables.c @@ -5672,7 +5672,7 @@ output_tables (const char *filename, const char *version) fprintf (s

Re: need for computer algebra

Hi Sam, > That's right, to interact with an ssh client, perl needs to do be able > to do number theoretical computer algebra system. > Can you believe it?! Yes, the dependency list [1] is impressing. I haven't looked why it needs Pari, but a good candidate is elliptic-curve cryptography. If a pac

apology

I guess I should apologize for constantly harping about dependency creep in gnulib. No, gnulib is not the worst here. By far! I just did "yum install perl-Net-SSH-Perl.noarch" and it pulled 26 (that's right, twenty six!) packages for dependencies, including perl-Math-GMP and perl-Math-Pari. That'

Re: [PATCH] getopt: for ambiguous options, enumerate the possibilities.

On 05/26/2011 05:03 AM, Jim Meyering wrote: > Hi James, > > Thanks for doing that. > One nit that emacs highlights (while reading this via Gnus) > is that there is a line with trailing spaces above. > > Other than that, it looks fine. Pushed with that fixed. -- Eric Blake ebl...@redhat.com

Re: [bug-patch] patch on x86-interix

On Thursday 26 May 2011 10:43:41 Markus Duft wrote: > On 05/25/11 22:43, Bruno Haible wrote: > > [CCing bug-gnulib] > > > > Markus Duft wrote in > > : > >> For quite a while now, i have patch working on x86-interix with a small > >

Re: patch on x86-interix

On 05/26/11 12:35, Bruno Haible wrote: > Markus Duft wrote: >>> and send us the log files of these three commands, plus config.log and >>> gltests/config.log. >> >> all attached, except make check, as i could not run it, as make already >> failed :/ > > Thanks. The configure runs produce results

Re: [PATCH] getopt: for ambiguous options, enumerate the possibilities.

James Youngman wrote: > * lib/getopt.c (_getopt_internal_r): Merge glibc change printing > the ambiguous options when an ambiguous prefix is given. This was > http://sourceware.org/bugzilla/show_bug.cgi?id=7101. The merged > glibc change was > http://sourceware.org/git/?p=glibc.git;a=commit;h=bd25

Re: [PATCH] getopt: for ambiguous options, enumerate the possibilities.

James, Thanks for the updates. From my point of view, this can go in now. Bruno -- In memoriam Jeane Gardiner

Re: patch on x86-interix

Markus Duft wrote: > > and send us the log files of these three commands, plus config.log and > > gltests/config.log. > > all attached, except make check, as i could not run it, as make already > failed :/ Thanks. The configure runs produce results similar to Interix 3.5., which is already cover

Re: patch on x86-interix

Markus Duft wrote: > it complains that: > > In file included from localcharset.c:29: > ./string.h:1059: error: conflicting types for 'mbsrchr' > /usr/include/string.h:84: error: previous declaration of 'mbsrchr' was here > make[4]: *** [localcharset.o] Error 1 > > where /usr/include/string.h does

Re: [bug-patch] patch on x86-interix

On 05/26/11 10:51, Andreas Gruenbacher wrote: > On Thursday 26 May 2011 10:43:41 Markus Duft wrote: [snip] >> >> Trying to find out ;) First of all, patch seems to miss strnlen.c in the > tarball (2.6.1). it seems a well known problem, as even gentoo linux has a patch for this; see [1] and [2].

Re: bug#8732: uinttostr: comparison of unsigned expression < 0 is always false

Eric Blake wrote: > [adding bug-gnulib] > > On 05/25/2011 03:29 PM, Eric Blake wrote: building coreutils-8.12 with '--enable-gcc-warnings' fails on my SLES 10.3 server: CC uinttostr.o cc1: warnings being treated as errors In file included from uinttostr.c:3: >>