Simon Josefsson wrote:
> Bruce Korb writes:
>
>> On 01/02/11 11:02, Simon Josefsson wrote:
>>> Jim Meyering writes:
>>>
Simon Josefsson wrote:
> How about this patch? Not all projects are copyright'ed by the FSF.
> The patch makes it possible to override the otherwise hard-coded st
On 01/02/2011 02:40 PM, Simon Josefsson wrote:
> Is this intentional somehow?
I'm afraid it was originally, as T meant the
military time zone T. No doubt this should get
revisited at some point, as military time zone
letters are pretty much obsolete.
ISO 8601 strings like 1970-01-01T00:00:00Z
ar
On HP-UX 11.23 and 11.31, I'm seeing this test failure:
test-getlogin_r.c:81: assertion failed
sh[10]: 19109 Abort(coredump)
FAIL: test-getlogin_r
The reason is that getlogin_r (buf, 0) returns EINVAL instead of ERANGE
on this platform. I think it's not worth adding a workaround in gnulib,
Karl Berry wrote:
> Should the configmake module be documented in the gnulib manual?
It should, yes. Currently the doc is in the module description
(lines 13..25 of modules/configmake), which is an unusual place.
Feel free to move it to a new file doc/configmake.texi, that gets included
as part of
Should the configmake module be documented in the gnulib manual?
It was added explicitly in Autoconf v2.62-95-g02fa53b for better
plaintext rendering, see:
http://lists.gnu.org/archive/html/autoconf-patches/2008-08/msg00132.html
http://lists.gnu.org/archive/html/bug-gnulib/2008-08/msg00239.html
Well, sigh. "better" here is an aesthetic opinion,
Ironically the parse-datetime module -- which otherwise appears to
handle all practically occuring formats -- doesn't seem able to handle
complete ISO-8601 strings, which can be reproduce easily like this:
$ LANG=C date --date=1970-01-01T00:00:00Z
date: invalid date `1970-01-01T00:00:00Z'
$
$ LA
On Sat, Jan 1, 2011 at 20:19, Paul Eggert wrote:
> I agree. C89 requires support for \x escapes in character
> strings and constants, and gnulib assumes C89, so let's
> leave this one alone. Even in the 2005 thread that you cited, the
> bottom line was "You don't stand a prayer with the Bundled
On Sat, Jan 1, 2011 at 17:38, Ben Pfaff wrote:
> Bruno Haible writes:
>
>> One tiny improvement of your patches: In C source code, use octal escapes
>> instead of hexadecimal escapes. Some platform's cc compiler (IRIX 6.5 or
>> HP-UX 10.20 or something like that) supports only octal escapes corre
Bruce Korb writes:
> On 01/02/11 11:02, Simon Josefsson wrote:
>> Jim Meyering writes:
>>
>>> Simon Josefsson wrote:
How about this patch? Not all projects are copyright'ed by the FSF.
The patch makes it possible to override the otherwise hard-coded string,
thought cfg.mk and wi
Simon Josefsson wrote:
> Probably a silly question, but when I use this script to produce
> intra-version numbers, how do I make it produce non-intra-version
> numbers? For example when I like to do a release?
Run git tag -s ... to tag for the release.
On 01/02/11 11:02, Simon Josefsson wrote:
> Jim Meyering writes:
>
>> Simon Josefsson wrote:
>>> How about this patch? Not all projects are copyright'ed by the FSF.
>>> The patch makes it possible to override the otherwise hard-coded string,
>>> thought cfg.mk and without modifying the update-co
Jim Meyering writes:
> Simon Josefsson wrote:
>> How about this patch? Not all projects are copyright'ed by the FSF.
>> The patch makes it possible to override the otherwise hard-coded string,
>> thought cfg.mk and without modifying the update-copyright script iself.
>
> I like it.
> One suggest
Probably a silly question, but when I use this script to produce
intra-version numbers, how do I make it produce non-intra-version
numbers? For example when I like to do a release?
/Simon
Hi Ben,
When compiling a testdir configured with "./configure CPPFLAGS=-Wall", I'm
seeing these warnings:
unigbrk/u16-grapheme-breaks.c:35: warning: unused variable ‘i’
unigbrk/u16-grapheme-prev.c:29: warning: unused variable ‘mblen’
unigbrk/u8-grapheme-prev.c:29: warning: unused variable ‘mblen’
Simon Josefsson wrote:
> How about this patch? Not all projects are copyright'ed by the FSF.
> The patch makes it possible to override the otherwise hard-coded string,
> thought cfg.mk and without modifying the update-copyright script iself.
I like it.
One suggestion before you push it:
> diff -
> 2010-12-31 Bruno Haible
>
> pwrite: Work around HP-UX 11.11 bug.
> * m4/pwrite.m4 (gl_FUNC_PWRITE): When pwrite exists, test whether it
> works and set REPLACE_PWRITE if not.
> * lib/pwrite.c (pwrite): Add an implementation that uses the system
> function.
>
> 2010-12-31 Bruno Haible
>
> pread: Work around HP-UX 11 bugs.
> * m4/pread.m4 (gl_FUNC_PREAD): When pread exists, test whether it
> works
> and set REPLACE_PREAD if not.
> * doc/posix-functions/pread.texi: Document the HP-UX 11 bugs.
Oops, this patch was brok
Hi Ralf,
On 01/02/11 04:44, Ralf Wildenhues wrote:
>> I think the main hangout item is now just that autoconf macro.
>> I would guess looking for version.h in /usr/local/include/libposix
>> then /usr/include/libposix and provide a --with-libposix=/path.
>
> Well, the autoconfy way would be to not
Bruno Haible writes:
>> * m4/locale-ar.m4: New file.
>
> I've tested this macro on the systems that have an ISO-8859-6 locale (see
> lib/config.charset):
Thank you for the fixes and improvements!
--
Ben Pfaff
http://benpfaff.org
Ralf Wildenhues wrote:
> Or you could use pkg-config.
>
> Me ducks and runs
Oh yes, after recommending pkg-config, you should duck and run :-)
Bruno
[1] http://lists.gnu.org/archive/html/bug-gnulib/2010-09/msg00266.html
[2] http://lists.gnu.org/archive/html/bug-gnulib/2010-10/msg00188.html
Hi Ben,
> * m4/locale-ar.m4: New file.
I've tested this macro on the systems that have an ISO-8859-6 locale (see
lib/config.charset):
* glibc
Has ar_SA and ar_EG.
config.status contains: S["LOCALE_AR"]="ar_SA"
OK
* HP-UX 11
Has ar_SA.iso88596.
config.status contains: S["LOCALE_AR"]="n
Hi Bruce,
* Bruce Korb wrote on Fri, Dec 31, 2010 at 12:38:10AM CET:
> On my fully patched OpenSuSE 11.3 system, libposix now installs
> the files listed below. What is still needed is an autoconf
> macro used to detect libposix at some minimum version number.
> Currently, the only annotated tag
On HP-UX 11.00 with gcc, I'm seeing this error:
g++ -DHAVE_CONFIG_H -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./..
-I../gllib -I./../gllib -Wall -MT test-termios-c++.o -MD -MP -MF $depbase.Tpo
-c -o test-termios-c++.o test-termios-c++.cc
In file included from test-termios-c++.cc:22:
/
How about this patch? Not all projects are copyright'ed by the FSF.
The patch makes it possible to override the otherwise hard-coded string,
thought cfg.mk and without modifying the update-copyright script iself.
/Simon
diff --git a/ChangeLog b/ChangeLog
index 1ba0366..17115d4 100644
--- a/Chang
John W. Eaton wrote:
> On 1-Jan-2011, Karl Berry wrote:
>
> | Subject: Re: [PATCH 1/2] maint: new rule to update copyright year ranges
> |
> | This brings up a related topic that belatedly crossed my mind recently.
> | rms stated an extra requirement of making a statement in the README
> | ab
26 matches
Mail list logo