On HP-UX 11.31/hppa, I'm seeing this compilation error:
cc: "../../gltests/test-uchar.c", line 33: error 1511: Bit-field size must be a
constant.
cc: "../../gltests/test-uchar.c", line 33: error 1613: Zero-sized struct.
cc: "../../gltests/test-uchar.c", line 33: warning 504: The sizeof operator
mbrtoc32 is like mbrtowc, except that it produces a 32-bit wide character.
So, its use will fix the inability, on Windows and 32-bit AIX platforms,
to handle Unicode characters outside the BMP.
The implementation is a bit tricky: For encodings other than UTF-8 and
GB18030, we know that only charac
On Fri, Jan 3, 2020 at 2:43 PM Cong Wang wrote:
>
> On Wed, Jan 1, 2020 at 7:41 PM Jim Meyering wrote:
> >
> > On Tue, Dec 24, 2019 at 11:13 AM Cong Wang wrote:
> > > Hello, Jim
> > >
> > > We found your gnulib patch
> > > (http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=47cb657e)
> > > q
On Wed, Jan 1, 2020 at 7:41 PM Jim Meyering wrote:
>
> On Tue, Dec 24, 2019 at 11:13 AM Cong Wang wrote:
> > Hello, Jim
> >
> > We found your gnulib patch
> > (http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=47cb657e)
> > quite useful for us, as we encountered a same issue with a few milli
Hi Dagobert,
> I have one failing test on Solaris 10 x86:
>
> FAIL: test-nl_langinfo-mt
> =
>
> thread5 disturbed by threadN!
> FAIL test-nl_langinfo-mt (exit status: 134)
>
>
> This looks like a new failure to me.
It's a new test, that verifies that the nl_langinfo fu
Dago, thanks for the bug report; I'm forwarding it to bug-gnulib.
Forwarded Message
Subject: Re: grep-3.4 released [stable]
Date: Fri, 3 Jan 2020 11:28:12 +0100
From: Dagobert Michelsen
To: Jim Meyering
CC: GNU grep developers
Hi Jim,
Am 03.01.2020 um 00:07 schrieb Jim Me
On 1/3/20 5:21 AM, Bruno Haible wrote:
I'm therefore adding this doc update in gnulib. Does it sound correct?
Looks OK, thanks.
There's also the problem with filesystems with 64-bit timestamps on
platforms with 32-bit time_t. I installed the attached to mention this
issue.
>From 32ad2568ca75
On IRIX and 32-bit AIX, our mbrtowc implementation uses a lock to protect
against use of the internal state of mbtowc in the same thread.
To make this work reliably, the lock needs to be unique in an application:
- When linking statically, make sure only one copy of this lock exists.
This is don
In a testdir created through
./gnulib-tool --create-testdir --dir=/tmp/testdir --single-configure mbrtowc
acl argmatch backup-rename backupfile closein closeout copy-file csharpcomp
csharpexec dfa exclude fnmatch fnmatch-gnu fnmatch-posix glob human javacomp
javaexec javaversion mbfile mbiter m
So far, we have documented that the AC_SYS_LARGEFILE macro (from module
'largefile') is useful for accessing files > 2 GiB.
Now, Dmitry Levin points out in [1] that this macro is also needed to
make stat() and fstat() "work properly on file systems with 64-bit inodes".
I think what he means is th
10 matches
Mail list logo
