On 3/11/07, Bruno Haible <[EMAIL PROTECTED]> wrote:
[...]
+ #ifdef __sun
+ /* This declaration ensures that the library will export at least 1 symbol.
*/
+ int dummy;
+ #else
[...]
Could we maybe pick an external symbol name that's less likely to
clash? I don't mind gnulib defining external
Hi,
Can we assume that the Gnulib snprintf module will provide a working
implementation for the 'z' length modifier under any platform, or should
snprintf-posix be used for this case?
Thanks!
--
Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies
Tel: +33 (0)8 70 70 21 58
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm considering writing a patch that adds [v]asnprintf functionality to
newlib (and thus cygwin). newlib already has [v]asprintf, even though it
is not standardized; and uses Linux instead of BSD semantics (Linux states
that on failure, the string poi
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> I changed the namespace to gl_des as below.
>
> After the complaints "gnulib is changing too fast" a few weeks ago, I think
> it may help the gnulib users if we keep track of the incompatible changes
> (removed modules, renamed f
The recent namespace change wasn't complete; this fixes it.
--- des.c 12 Mar 2007 12:36:20 +0100 1.4
+++ des.c 13 Mar 2007 09:49:26 +0100
@@ -541,9 +541,9 @@
if (keylen != 8)
return false;
- des_setkey (ctx, key);
+ gl_des_setkey (ctx, key);
- return !des_is_w
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> I haven't been paying attention to the *printf discussions, but
>> looking at current CVS, shouldn't the vasprintf module use stdio.h for
>> the prototypes?
>
> Yes, you're right. Since, as Paul said, gnulib not only attempts to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 3/13/2007 7:29 AM:
>
> Thanks! How about this?
>
> /Simon
>
> 2007-03-13 Simon Josefsson <[EMAIL PROTECTED]>
>
> * m4/stdio_h.m4: Add stubs for vasprintf too.
Missing a NEWS entry that you are removing a he
Eric Blake <[EMAIL PROTECTED]> writes:
> According to Simon Josefsson on 3/13/2007 7:29 AM:
>>
>> Thanks! How about this?
>>
>> /Simon
>>
>> 2007-03-13 Simon Josefsson <[EMAIL PROTECTED]>
>>
>> * m4/stdio_h.m4: Add stubs for vasprintf too.
>
> Missing a NEWS entry that you are removing
Bruno Haible <[EMAIL PROTECTED]> writes:
> Paul Eggert wrote:
>> The main reason I want 64-bit time_t is so that my apps can stat any
>> file without getting EOVERFLOW. ... on 32-bit platforms
>
> If the time_t type is smaller than the type used for timestamps in the
> particular filesystem, you c
Yoann Vandoorselaere asked:
> Can we assume that the Gnulib snprintf module will provide a working
> implementation for the 'z' length modifier under any platform, or should
> snprintf-posix be used for this case?
Take 'snprintf-posix' for this case. The 'snprintf' module happily uses
the system's
Paul Eggert wrote:
> > If, on the other hand, the time_t type is larger than the one used in the
> > filesystem, you can get EOVERFLOW during utime().
>
> Sure, but stat() is much, much more popular than utime(). It's used
> universally, by lots of standard applications and (worse) libraries we
>
Eric Blake wrote:
> I am not aware of any other platform that provides a native asnprintf - is it
> a
> gnulib invention?
Yes it is. A bit of history:
- Mark Martinec was probably the first to implement a vasnprintf()
function in 2000. See http://www.ijs.si/software/snprintf/ . I wasn't
Simon Josefsson wrote:
> One important feature of our current implementation is that I can register
> my custom "free" function, which can do more things than just memory
> deallocation:
>
> ...
>
> This function is invoked for each list item that for any reason is
> being removed from the list.
13 matches
Mail list logo
