Bruno Haible <[EMAIL PROTECTED]> writes:
> Ben Pfaff wrote:
>> I think there is a very small typo in xmalloca.h:
>>
>> /* xmalloca(N) is a checking safe variant of alloca(N). It allocates N
>> bytes
>> - of memory allocated on the stack, that must be freed using freesa()
>> before
>> + of
Jim Meyering <[EMAIL PROTECTED]> writes:
> - time_t t = ts_sleep.tv_sec + 1;
> + /* Declare "volatile" so that gcc-4.3.0 doesn't optimize away
> + the overflow test. */
> + volatile time_t t = ts_sleep.tv_sec + 1;
That patch works for GCC 4.3.0 but it won't work in general, a
Martin Koeppe wrote:
> Now found out, that GNULIB_SPRINTF_POSIX and REPLACE_SPRINTF are set
> to 0 by configure, seems to be the default value, and apparently
> nowhere else get touched during configure (I only see 2 occurences of
> these 2 variables in the whole configure), so stay 0 and sprint
Hi Bruno,
On Tue, 9 Oct 2007, Bruno Haible wrote:
Martin Koeppe wrote:
Is seq segfaulting on mingw and BeOS, too?
I just tested snapshot 316 and it unfortunately doesn't work on
Interix, i.e. seq is still wrong.
Can you find out why?
Now found out, that GNULIB_SPRINTF_POSIX and REPLACE_S
Martin Koeppe wrote:
> > Is seq segfaulting on mingw and BeOS, too?
>
> I just tested snapshot 316 and it unfortunately doesn't work on
> Interix, i.e. seq is still wrong.
Can you find out why?
> Interix has _ before C symbols, all the following are asm symbols. The
> Interix libc has __vfprin
Hi Jim, hi Bruno,
On Sat, 6 Oct 2007, Jim Meyering wrote:
Bruno Haible <[EMAIL PROTECTED]> wrote:
Martin Koeppe wrote:
The Interix libc is built with MSVC. MSVC has no long double data
type. Ok, it understands "long double", but always maps that to 64-bit
double. So libc's printf(), when it
On Mon, Oct 08, 2007 at 07:44:37AM +0200, Ralf Wildenhues wrote:
> Hello Sylvain,
>
> * Sylvain Beucler wrote on Sun, Oct 07, 2007 at 10:41:34PM CEST:
> [...]
> > However at that point the Gnulib include path is not set (the
> > documentation recommends to do so in Makefile.am, not as early as
> >
[as usual, I forgot the attachment...]
On Sep 30, 2007, at 10:27 PM, Benoit SIGOURE wrote:
On Sep 30, 2007, at 9:41 PM, Bruno Haible wrote:
it should be
possible to create a custom [merge "cl-merge"] in your git config
file,
which points to a script designed specifically for resolving
cha
On Sep 30, 2007, at 10:27 PM, Benoit SIGOURE wrote:
On Sep 30, 2007, at 9:41 PM, Bruno Haible wrote:
it should be
possible to create a custom [merge "cl-merge"] in your git config
file,
which points to a script designed specifically for resolving
changelog
conflicts
I would love such a
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> I needed the following modules under LGPLv2.1+:
>>
>> dummy
>> float
>> realloc
>> stdlib
>>
>> Any objections to this patch?
>
> No objection. We promised you the ability to do such changes, see
> http://lists.gnu.org/archive/
Simon Josefsson wrote:
> I needed the following modules under LGPLv2.1+:
>
> dummy
> float
> realloc
> stdlib
>
> Any objections to this patch?
No objection. We promised you the ability to do such changes, see
http://lists.gnu.org/archive/html/bug-gnulib/2007-07/msg00155.html
> Btw, why is the
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> > lib/stdint.in.h
>>
>> modules/stdint says:
>>
>> License:
>> LGPLv2+
>>
>> I need stdint in libidn.
>
> Sure. It was a mistake due to the recent file renamings.
>
> I have now done the change. Find attached the file list.
I
Ben Pfaff wrote:
> I think there is a very small typo in xmalloca.h:
>
> /* xmalloca(N) is a checking safe variant of alloca(N). It allocates N bytes
> - of memory allocated on the stack, that must be freed using freesa() before
> + of memory allocated on the stack, that must be freed using
13 matches
Mail list logo
