bug#78985: sort-float failure on ppc64, LDBL_MIN fraction part too long for test command to parse

"C. Neidahl" via GNU coreutils Bug Reports <[email protected]>
Newsgroups gmane.comp.gnu.core-utils.bugs
Message-ID <[email protected]>
Am 10.07.25 um 19:20 schrieb Paul Eggert:
> Thanks for reporting that false positive in the test. I installed the
> attached patch, which should fix things.

The patch fixes the error with the long fraction part being unparsable, 
but it seems like the resulting order for the test input is still wrong. 
The LDBL_MIN fraction is longer than the DBL_MIN fraction, so it appears 
as a bigger number to test/expr, and the <= comparison fails.

↪ expr 225073858507201383090232717332 '<=' 2250738585072014 >/dev/null; 
echo $?
1

So the function still determines that DBL_MIN < LDBL_MIN, and the test 
fails due to exp != out. Maybe the two fractions could be cropped/padded 
with 0's to have the same length, or all of these comparisons / the 
expected output generation in general could be done in C?

- Cosima
publickey - [email protected] - 0xC802C863.asc (application/pgp-keys, 1.7 KB)
-----BEGIN PGP PUBLIC KEY BLOCK-----
Comment: https://gopenpgp.org
Version: GopenPGP 2.8.2

xsBNBF2zKv4BCADHGUqCGECid8Hp3oAUxnI1FbvvKlnBVnIoPIhHA0U2YAOSSWs/
/U2eDLlQbDi37IsBLb8PGUKRQ2b909AkUNhsykrQjzOo7MZ0VzxhmsHou47f5vWz
7phsoXXQhg3LT6jUxM66WsE7/+Yihf3G1YU9gWDjqQ7io7GNV/4tHDkHAlprmvtY
7EIYfl9YAug4sRnh9QOPLlHLPFmmAEWOcCE83H/u/4NXUHbnDMNIwvUIjiqVX3Ix
xflpunnbC4or6zOkkzbheHS4CAnn+s4SjSPsY23Dl58oHYjAF80Y8es7ZVwsS8Bh
443QxxB8CCWRnk42kwOqsZ4j07CK9f1veIwHABEBAAHNMW9wbmEyNjA4QHByb3Rv
bm1haWwuY29tIDxvcG5hMjYwOEBwcm90b25tYWlsLmNvbT7CwHUEEAEIAB8FAl2z
Kv4GCwkHCAMCBBUICgIDFgIBAhkBAhsDAh4BAAoJEGoNGL0K+CjUuVIH/3f82rJ3
sZrfmB4UcU73MqnpCQFw6dOSTs9jiE0jiyj4MlhunmvxX6aGXQUBHWsWdOT4ajwB
/+HTofrAaRsJ7k6uEdHltMyslq2y07+I5nxvCSkgDchxcC2PhGwo0Meg688vEZ9O
D7Qqlg44k8VWXYhcpRLO/uPXN4BEzfraOyuh3qu3B6QOJRyOlLVai+ZDM6Yx6nzt
y6MrVPTD/H8aWYvN0VV3F3ukW6WW/nDhyT5CV8DpR8PzwFMfU4+mmirti2yR66WN
wrE0VBDPSntkjXXjrYoK9Re2ndC6IG8hsH2jVX1G/SDt7GbCUOlHEIgPrnUolBOx
LU0Mj5W589q2fSLOwE0EXbMq/gEIAKLgE185bodMOuZoEM5NJuhVYijm1Me67gmf
wFWAM7gC7Xi3omhLTLSdC5iYtRva3YgyqR0X922udt1UXiujM6DyyjlbyNGVasiZ
hkTfJT4tEhe8Rv3PQO4JFmUQWoDgXNwANek18r+rYmbnClQO0c4UWw4pRFUQgNvp
ekNtL6kG45zZx0vL9LuOB6HhEXjTqpCWjtyR1zCjuLhuTIllk0Crns+s9QokabCg
ck69z6X5i3Q6JA8Z6SdL/OFCONHfGlVu0duM7kWgu4bZXSmw7B/VQxAMGL4XRVR0
dbu9FtSMYvOWVPA4Gzl1ondp53yTXbDy2ys4OhhgMhju5PBZxm8AEQEAAcLAXwQY
AQgACQUCXbMq/gIbDAAKCRBqDRi9Cvgo1LY9CACPjrMfRKVCm8tQLVtvH4X+nkjK
iP+7sGPanxNGpzu5mUU0fjY4+5UZmFSSNxFPPTyj91UGxFQGshb/eqdqlQSbtXDA
vnsugS3Hv3kQw2M3QBGadhAhRMdqVc74cgFO4+l3KCJ+zNVgsox0jhc3R0lhBhW8
tLizXpe9NB8cDMhLQcfGPYZ7oRVSq+YyEqE9aMwZkVkrROsvvuhgIrZPxBpQw4wZ
FJYY/dWcZpjgfmg8T2qAQ/T2+udtWcstW83pj7O4aYD6wfgvGAkAu91hP5Z6Jc0b
yBhZTQoghU0iMTe8BhERquodXqNOZYM8fWjpKQV8IsRCJszhI1BaLEXNBg+8
=pwFR
-----END PGP PUBLIC KEY BLOCK-----
signature.asc (application/pgp-signature, 583 B)
-----BEGIN PGP SIGNATURE-----
Version: ProtonMail

wsCpBAEBCABdBYJocPVNCZBqDRi9Cvgo1DUUAAAAAAAcABBzYWx0QG5vdGF0
aW9ucy5vcGVucGdwanMub3JnzZi2w4pJzPgcQJiaSRT7ORYhBMgCyGNmp++W
GtkCJGoNGL0K+CjUAADnJQf/X2eyvvbMvDs5aIrwf3+nr5wHkelzUw8Ho9P4
BDjQO1FeyZjlfTVGXI4i7H6m2ggHEXMVriILLh82jlRpcc6BYo+/7a8Kbqk7
uefpY66RaU+pYPcCReXebi76B+AhDr5ikoinmyzmTQEy442kXULc8Jj2YLNk
VuwwH/eVqu8QcmJc4sP/itMTlh8qblQh0YR6RKFE/AFIduRkk2UXnN/BVZ4U
4hp5NX7qNmVLHfcGNCYWD44cbyoZL3N446U9yqi9AaK/5KgEI/gpPS0U94xi
l/m9xwwUvCoccfcfvyT08Fpeu8jkXUjBzybApbtrmbVuXe5s/EHsHnc0jijr
cmoKMA==
=E16G
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.