Re: [PATCH]: Parse ISO 8601 extended date and time of day format

Thanks for that change; it looks OK to me. I'd like Jim to take a look too, if he has the time.

Re: --disable-rpath does not work for me

On Sat, Aug 13, 2011 at 07:34:54PM +0200, Bruno Haible wrote: > Hi, > > Chris Frey wrote in > : > > I am trying to create a configure / autotools setup for my package > > in which the --disable-rpath option avoids any hardcoded rp

[PATCH]: Parse ISO 8601 extended date and time of day format

Quite a long time ago, I posted a proof of concept change to parse-datetime.y to enable parsing of ISO 8601 "extended date and time of day expressions" using a 'T' separator character. While waiting for my copyright assignment paperwork to clear, I found and fixed some corner cases related to the

Re: [bug-diffutils] [PATCH] Avoid gcc warning on Stratus OpenVOS building regex.c

[adding bug-gnulib] On 08/17/2011 02:19 PM, Green, Paul wrote: Gentle Diffutils Maintainers, The Stratus OpenVOS port of gcc does not allow use of the regparm attribute. The following patch to regex_internal.h eliminates a series of warning messages when building lib/regex.c. This patch is agai

[PATCH] getcwd: fix test failures on mingw

The GPL getcwd replacement now kicks in for mingw thanks to the signature check, but does not have to do anything. However, because the code was not taking an early exit for ERANGE when a buffer size was given, it instead tried to second-guess mingw's cwd algorithm, which doesn't work. After fixi

[PATCH] getcwd-lgpl: fix m4 to match relaxed test for BSD

Commit c6dc8f1 changed test-getcwd-lgpl to allow BSD behavior where getcwd(NULL,1) allocates the proper size, in addition to the glibc behavior of allocating exactly one byte then failing with ERANGE. But the m4 test was still rejecting the former behavior. However, merely fixing the test to avoi

[PATCH] getcwd: fix compilation on mingw64

Mingw 64 added as a place that declared getcwd. It is a non-standard header, but since we already include it in the replacement for , we must also include it in the replacement for to avoid compilation problems. * lib/unistd.in.h (includes) [mingw]: Include for getcwd. Reported by Marc-André L

[PATCH] pipe2: silence compiler warning

Detected when testing pipe2 in isolation on mingw. The fail: label needs either gnulib O_NONBLOCK emulation, or non-Windows systems. * lib/pipe2.c (pipe2): Hide label if it is not used. Signed-off-by: Eric Blake --- ChangeLog |3 +++ lib/pipe2.c |3 +++ 2 files changed, 6 insertions(

Re: conflicting types for 'rpl_getcwd'

On 08/17/2011 10:15 AM, Marc-André Lureau wrote: Hi I am trying to compile libvirt which uses gnulib on f16 mingw32: make[4]: Entering directory `/usr/src/libvirt/gnulib/lib' CC pipe2.lo In file included from ./sys/stat.h:375:0, from ./fcntl.h:56, from

conflicting types for 'rpl_getcwd'

Hi I am trying to compile libvirt which uses gnulib on f16 mingw32: make[4]: Entering directory `/usr/src/libvirt/gnulib/lib' CC pipe2.lo In file included from ./sys/stat.h:375:0, from ./fcntl.h:56, from pipe2.c:26: /usr/i686-w64-mingw32/sys-root/mingw/incl

Re: sort --parallel problem?

Roman Rybalko wrote: > Jim Meyering wrote: > > Dmitry Sivachenko wrote: > > I am using coreutils-8.12 on FreeBSD-7.2 (compiled from FreeBSD > ports). > When I use --parallel option, I frequently (not always, but often) get > the following error: > Fatal error '