Pushed.
---
ChangeLog |5 +
lib/readline.c |7 +--
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 0ba878b..fdc497f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2009-03-24 Simon Josefsson
+
+ * lib/readline.c (re
Stefanbienert writes:
> Hi again,
>
> so how am I supposed to get Richard's code? Just patch my own copy of
> the public Gnulib repository? And then the task is to apply the
> comments from the post to it? I think this should be feasible...I just
> need a little bit of time for it.
>
> I still h
Albert Chin writes:
> With latest gnulib on HP-UX 10.20:
> $ ./gnulib-tool --create-testdir --dir=t strtoull
> $ cd t
> $ ./configure
> ...
> $ gmake
> ...
> source='dummy.c' object='dummy.o' libtool=no \
> DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
> cc -Ae -DHAVE_C
Martin, Jim,
I can't get the Windows port of getpass in gnulib to work under Wine.
The call to _getch always return -1. It works fine when run on native
Windows (XP) though. Do you have any ideas?
I propose the patch below. It will make the code fall back to getc when
_getch appears unusable (
In pspp, we've been using the c-ctype module. Would it also be
possible to produce a snprintf function and friends which ignores
locale settings and always formats strings in the C locale?
J'
--
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
Hi Simon,
> I can't get the Windows port of getpass in gnulib to work under Wine.
> The call to _getch always return -1. It works fine when run on native
> Windows (XP) though. Do you have any ideas?
>
> I propose the patch below.
If Wine behaves differently than Windows, isn't it Wine's behav
Quoting http://autobuild.josefsson.org/gnulib/log-200903220818069275000.txt
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I. -I.. -I./.. -I../gllib -I./../gllib
-I/opt/local/include -g -O2 -MT test-locale-language.o -MD -MP -MF
.deps/test-locale-language.Tpo -c -o test-locale-language.o `test -f
'u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 3/24/2009 1:48 AM:
> Albert Chin writes:
>
>> With latest gnulib on HP-UX 10.20:
>> $ ./gnulib-tool --create-testdir --dir=t strtoull
>> $ cd t
>> $ ./configure
>> ...
>> $ gmake
>> ...
>> source='dummy.c
John Darrington wrote:
> In pspp, we've been using the c-ctype module. Would it also be
> possible to produce a snprintf function and friends which ignores
> locale settings and always formats strings in the C locale?
gnulib does not have this, but it has modules c-strtod and c-strtold
for conve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 3/24/2009 6:38 AM:
> John Darrington wrote:
>> In pspp, we've been using the c-ctype module. Would it also be
>> possible to produce a snprintf function and friends which ignores
>> locale settings and always formats strin
Eric Blake writes:
> According to Simon Josefsson on 3/24/2009 1:48 AM:
>> Albert Chin writes:
>>
>>> With latest gnulib on HP-UX 10.20:
>>> $ ./gnulib-tool --create-testdir --dir=t strtoull
>>> $ cd t
>>> $ ./configure
>>> ...
>>> $ gmake
>>> ...
>>> source='dummy.c' object='dumm
Eric Blake writes:
> Huh? strtod converts strings to numbers, but John is asking for
> converting numbers to strings (about all that affects this is the use of
> the optional ' flag, as well as the choice of . character in floating point).
For what it's worth, it's the '.' character in floating
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 3/24/2009 7:27 AM:
>> that failing to find the system's stdint.h?
>
> Maybe HP-UX 10.20 doesn't have a stdint.h.
Ah. That explains it.
> I don't think so: struct random_data belongs in stdlib.h.
Agreed.
>>> +++ b/m
On Tue, Mar 24, 2009 at 02:27:20PM +0100, Simon Josefsson wrote:
> Eric Blake writes:
>
> > According to Simon Josefsson on 3/24/2009 1:48 AM:
> >> Albert Chin writes:
> >>
> >>> With latest gnulib on HP-UX 10.20:
> >>> $ ./gnulib-tool --create-testdir --dir=t strtoull
> >>> $ cd t
> >>>
Eric Blake writes:
+++ b/modules/stdlib
@@ -9,6 +9,7 @@ Depends-on:
include_next
link-warning
unistd
+stdint
>>> Depending on what else we find, this seems like it is part of the solution
>>> to me.
>>
>> Right.
>
> Let's go with that for now. Are you going to c
Kamil Dudka wrote:
> From d889021cebb7bf798d1b7bf24149c354627e9553 Mon Sep 17 00:00:00 2001
> From: Kamil Dudka
> Date: Fri, 20 Mar 2009 11:20:12 +0100
> Subject: [PATCH] filevercmp: extension for simple and numbered backups
Hi Kamil,
Thanks again.
Complete patch below.
I'm merging this incremen
Jim Meyering wrote:
> Kamil Dudka wrote:
>> From d889021cebb7bf798d1b7bf24149c354627e9553 Mon Sep 17 00:00:00 2001
>> From: Kamil Dudka
>> Date: Fri, 20 Mar 2009 11:20:12 +0100
>> Subject: [PATCH] filevercmp: extension for simple and numbered backups
>
> Hi Kamil,
>
> Thanks again.
> Complete patc
Eric Blake wrote:
> Huh? ... John is asking for converting numbers to strings
Yes. Ops, what I wrote was complete nonsense.
So, for numbers to strings, there are four ways to proceed:
1) Use the snprintf_l function available on MacOS X 10.5.
Drawback: Unportable, and gnulib cannot pr
On Tuesday 24 of March 2009 22:15:59 Jim Meyering wrote:
> Jim Meyering wrote:
> > Kamil Dudka wrote:
> >> From d889021cebb7bf798d1b7bf24149c354627e9553 Mon Sep 17 00:00:00 2001
> >> From: Kamil Dudka
> >> Date: Fri, 20 Mar 2009 11:20:12 +0100
> >> Subject: [PATCH] filevercmp: extension for simple
Simon Josefsson wrote:
> > Usually, if you're going to replace stdlib.h, the cost of replacing other
> > headers is not much more. I don't think we need a separate module.
>
> The only reason would be if someone wanted to use stdlib.in.h from
> gnulib and would not want to use stdint.in.h from gn
Hi Simon,
> The Link directive from the localename module isn't added automatically
> (should it?) so something like this is needed:
>
> diff --git a/modules/unicase/locale-language-tests
> b/modules/unicase/locale-language-tests
> index 1df9cbd..d4764e9 100644
> --- a/modules/unicase/locale-lan
Bruno Haible writes:
> Simon Josefsson wrote:
>> > Usually, if you're going to replace stdlib.h, the cost of replacing other
>> > headers is not much more. I don't think we need a separate module.
>>
>> The only reason would be if someone wanted to use stdlib.in.h from
>> gnulib and would not w
22 matches
Mail list logo