coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: new snapshot available: coreutils-8.23.237-eff51 - OpenSolaris failu


From: Pádraig Brady
Subject: Re: new snapshot available: coreutils-8.23.237-eff51 - OpenSolaris failures
Date: Sun, 28 Jun 2015 23:13:59 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0

On 28/06/15 21:20, Assaf Gordon wrote:
> Hello Pádraig,
> 
> On 06/28/2015 01:04 AM, Pádraig Brady wrote:
>> We plan to release coreutils-8.24 in about a week, so any testing
>> you can do on various different systems between now and then
>> would be most welcome.
>>
>> You can download the coreutils snapshot in xz format (5.4 MB) from:
>>    http://pixelbeat.org/cu/coreutils-ss.tar.xz
> 
> Few failures on OpenSolaris, attached logs from 5.10 and 5.11, i386 and sparc.
> 
> On 5.11 (both i386 and sparc) many failures seem related shell usage (e.g. 
> "local: not found", hinting and bash-ism  and "expr: synyax error").
> 
> On the sparc machine, the interactive shell is bash but "/bin/sh" is ksh:
> 
>      > ls -l /bin/sh
>      lrwxrwxrwx   1 root     root          13 Jan 22 14:36 /bin/sh -> 
> sparcv7/ksh93
> 
> Also,
> 
> Sadly numfmt fails on all of them, with something like this:
>      $ ./src/numfmt --to=si 4000
>      0K
> 
> Using debug gives:
>      $ ./src/numfmt ---debug --to=si 2000
>      setting Auto-Padding to 0 characters
>      simple_strtod_human:
>        input string: ‘2000’
>        locale decimal-point: ‘.’
>        MAX_UNSCALED_DIGITS: 18
>        parsed numeric value: 2000.000000
>        input precision = 0
>        suffix power=1000^0 = 1.000000
>        returning value: 2000.000000 (2000)
>      double_to_human:
>        scaled value to 2.000000 * 1000 ^ 1
>        after rounding, value=2.000000 * 1000 ^ 1
>        returning value: ‘NaNK’
>      formatting output:
>        value: 2000.000000
>        humanized: ‘NaNK’
>      NaNK
> 
> Which hints the problem is in numfmt.c:797, perhaps the system's "snprintf" 
> can't handle the format "%.*Lf" correctly with "long double" ?

Ugh right, I noted that issue and possible solutions at:
http://lists.gnu.org/archive/html/coreutils/2014-11/msg00052.html

cheers,
Pádraig.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]