On Fri, 2015 Sep 25 19:49-0700, Paul Eggert wrote:
>
> Thanks, given all that history let's rewrite it so that the compiler
> can decide what '\n' maps to, that way it'll work even in EBCDIC
> environments that agree with IANA instead of IBM. I installed the
> attached patch, which should fix the
Daniel Richard G. wrote:
So to make a long story short: After I add \x15 and remove \x25 to/from
_C_CTYPE_CNTRL for EBCDIC, the test passes in the signed-char case.
Thanks, given all that history let's rewrite it so that the compiler can decide
what '\n' maps to, that way it'll work even in EB
Hi Paul,
On Fri, 2015 Sep 25 00:29-0700, Paul Eggert wrote:
> Thanks for checking it. On further thought, I'd rather that we went
> to inline functions, as that would have made ironing out all these
> glitches easier, and anyway inline functions are typically the way to
> go for this sort of thin
Thanks, I installed that.
Thanks, I installed the attached patch into Gnulib. Pease let me know
if it has problems as I cannot easily test it.
>From 16acceb42ac05eaf3a9d5a9fe60fb4160f4dd64c Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Fri, 25 Sep 2015 11:16:27 -0700
Subject: [PATCH] sockets: MS Windows initalization
Hello there,
the following message [1] has been received by the Shishi list.
It seems that Gnulib is the relevant realm for this matter, in
particular the file 'lib/sockets.h' and gl_sockets_startup() are
being touch by complaints and suggestions. I know absolutely
nothing about Winsocks and MinGW
Berny, thanks for the review and sorry for the delay.
On Thursday 16 of July 2015 16:53:42 Bernhard Voelker wrote:
> On 07/16/2015 04:19 PM, Jim Meyering wrote:
> >echo "$final_modules" | LC_ALL=C grep '^extensions$' >/dev/null \
>
> why would we need LC_ALL here at all? IMO this is sufficie
On 25/09/15 13:33, Mats Erik Andersson wrote:
> Hello again,
>
> Torsdag den 17:e september 2015, klockan 19:13, skrev Pádraig Brady detta:
>> On 17/09/15 17:36, Mats Erik Andersson wrote:
>>
>> Thanks for the patch. However it seems that GCRYPT_VERSION_NUMBER
>> has only been available since 1.6.
Hello again,
Torsdag den 17:e september 2015, klockan 19:13, skrev Pádraig Brady detta:
> On 17/09/15 17:36, Mats Erik Andersson wrote:
>
> Thanks for the patch. However it seems that GCRYPT_VERSION_NUMBER
> has only been available since 1.6.0, so testing for versions before that is
> moot.
> Pe
Thanks for checking it. On further thought, I'd rather that we went to inline
functions, as that would have made ironing out all these glitches easier, and
anyway inline functions are typically the way to go for this sort of thing
nowadays. I installed a further patch to do that (see URL below
This simplifies maintenance, since it makes for just one
implementation of each function, letting the compiler have the fun
of optimization. In practice this works well nowadays with GCC.
E.g., c_isascii might need only three instructions even though the
source code lists every ASCII character ind
11 matches
Mail list logo
