seq: revert Solaris 8 work-around that caused x86 regression
commit461231f022bdb3ee392622d31dc475034adceeb2
authorPaul Eggert <eggert@CS.UCLA.EDU>
Sat, 25 Oct 2008 05:52:22 +0000 (24 22:52 -0700)
committerJim Meyering <meyering@redhat.com>
Sat, 25 Oct 2008 08:59:07 +0000 (25 10:59 +0200)
treef0709db8cd6e0177801ea7d32eaa9ae30ca9faf3
parentb705e9a9e71546f3da2d3f5f966363e62b74d057
seq: revert Solaris 8 work-around that caused x86 regression

* src/seq.c: Don't include <math.h>, <float.h>.
(abs_rel_diff): Remove.
(print_numbers): Test for equality, not for an epsilonish value.
This reverts 4827dd27b0c655a685947aaa01426a5ecba179f3, aka
v6.10-185-g4827dd2, which broke 'seq' on the x86; for example, it
causes "seq 9223372036854775807 9223372036854775808" to incorrectly
output 3 numbers instead of 2.  It's better to punish obsolescent
hosts that have incorrectly-working floating-point than to punish
correctly-working hosts.
* tests/misc/seq: Use 0.9000000000000, rather than
0.90000000000000000000, to avoid tickling a bug in Solaris 8 strtold,
which converts "0.9" and "0.9000000000000" correctly, but incorrectly
converts "0.90000000000000000000" to a smaller value.
src/seq.c
tests/misc/seq