[coreutils] [PATCH] sort: avoid gcc warning: explicitly ignore strtold result

2010-08-10 Thread Jim Meyering
I've just tried to build coreutils and got this: cc1: warnings being treated as errors sort.c: In function 'debug_key': sort.c:2207: error: ignoring return value of 'strtold', declared with attribute warn_unused_result Here's the fix: From ec0d6ddb813e95a01421b45f1743713e88175448 Mon

bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils)

2010-08-10 Thread Paul Eggert
On 08/09/10 09:25, Bruno Haible wrote: The contents of the 'allocated' buffer is scratch, therefore malloc + free should be faster than realloc... Also, the '3 * (lena + lenb)' guess is pessimistic; it is possible that it may return with ENOMEM when in fact strxfrm's real needs would not

bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils)

2010-08-10 Thread Bruno Haible
Hi Paul, All I'm saying is that the gnulib variant shouldn't use a name starting with mem, because the mem* names have similar properties and the gnulib variant departs dramatically from these properties. The strdup/strndup functions are cases in point. Their names were controversial,

bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils)

2010-08-10 Thread Paul Eggert
On 08/11/10 02:38, Bruno Haible wrote: extern char * astrxfrm (const char *s, char *resultbuf, size_t *lengthp); Yes, that looks like a useful addition. Thanks for the suggestion.