On 30/04/10 19:16, Paul Eggert wrote:
> Pádraig Brady writes:
>
>> +#if HAVE_C99_STRTOLD /* provided by c-strtold module. */
>> +# define STRTOD strtold
>> +#else
>> +# define STRTOD strtod
>> +#endif
>> +
>>char *ea;
>>char *eb;
>> - double a = strtod (sa, &ea);
>> - double b = strtod
>> If all we have is strtod, there's no point doing a long-double compare.
True, UNLESS sscanf("%lg", &x) works: I've had to use that alternative
in the past.
>> ...
>> Even better, just compare the numbers as text, without converting them
>> to internal format. This is already done for -n, and
Jim Meyering writes:
>
> tags 6056 + moreinfo
I've given all the moreinfo I could. I thought "It's a standards-track RFC"
plus "seen in the wild" would have been enough. And the applications where
it's relevant (Gnutella, Bitzi) are pretty well-known.
> > md5sum ... |
> > perl -anle 'use Convert
"Nelson H. F. Beebe" writes:
> Because using double instead of long double cripples sorting of
> numerical data by drastically reducing the number range, I would much
> rather pay a premium in run time to get the right answer, rather than
> a useless wrong answer as GNU sort currently does.
Yes,
Paul Eggert writes about the proposed use of long double instead of
double in sort's -g option:
>> ...
>> This could cause performance problems on machines that have slow
>> long-double operations (implemented via traps, say) and that lack
>> strtold.
>> ...
Because using double instead of long d
Pádraig Brady writes:
> +#if HAVE_C99_STRTOLD /* provided by c-strtold module. */
> +# define STRTOD strtold
> +#else
> +# define STRTOD strtod
> +#endif
> +
>char *ea;
>char *eb;
> - double a = strtod (sa, &ea);
> - double b = strtod (sb, &eb);
> + long double a = STRTOD (sa, &ea);
>
tags 6056 + moreinfo
thanks
Pádraig Brady wrote:
> On 27/04/10 22:42, Alan Curry wrote:
>> In the dark ages before the bug tracker (i.e. November), a message was sent:
>>
>> http://lists.gnu.org/archive/html/bug-coreutils/2009-11/msg00206.html
>>
>> providing an RFC4648 base32 output option for th
tags 5959 + moreinfo
thanks
Eric Blake wrote:
> On 04/16/2010 01:05 AM, 王永凯 wrote:
>> can you help me?
>
> Thanks for the report.
...
> Now, with that out of the way, here's a relevant snippets from your log:
>
>> FAIL: misc/selinux (exit: 1)
>>
>>
>> + chcon --version
