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-----