coreutils/tests/misc/od-float.sh, branch v9.1

maint: update all copyright year number ranges

2022-01-02T16:15:55Z

Run "make update-copyright" and then... * gnulib: Update to latest with copyright year adjusted. * tests/init.sh: Sync with gnulib to pick up copyright year. * bootstrap: Likewise. * tests/sample-test: Adjust to use the single most recent year.

maint: update all copyright year number ranges

2021-01-01T16:36:09Z

maint: update all copyright year number ranges

2020-01-01T14:16:56Z

maint: update all copyright year number ranges

2019-01-01T23:51:48Z

maint: update all copyright year number ranges

2018-01-01T15:57:22Z

all: prefer HTTPS in URLs

2017-09-19T08:22:54Z

maint: update all copyright year number ranges

2017-01-01T22:38:02Z

maint: update all copyright year number ranges

2016-01-01T14:10:41Z

maint: update all copyright year number ranges

2015-01-01T04:52:17Z

Run "make update-copyright" and then... * tests/sample-test: Adjust to use the single most recent year. * tests/du/bind-mount-dir-cycle-v2.sh: Fix case in copyright message, so that year is updated automatically in future.

build: use the system printf routines in most cases

2014-12-10T17:45:50Z

glibc <= 2.5 would crash when passed invalid long double values, therefore internal gnulib routines were used, essentially only by od, to output such invalid values. Later glibc versions don't crash, as per https://sourceware.org/bugzilla/show_bug.cgi?id=4586 and subsequently od was adjusted to use the system printf routines through the use of the ftoastr module with commit v8.7-22-ga71c22f. Consequently our testing of this feature was moot, and use of the gnulib printf replacement for printf(1), od(1) and error(3) etc. was redundant. * configure.ac (gl_printf_safe): Unset so that we don't check that "nan" is output for these long double values. * tests/misc/od-float.sh: Adjust all existing checks to fail if od exits with failure status (like crashing for example). Add a new case for one of the problematic invalid long double values for x86_64. We only check that od exits successfully at present, which may change if https://sourceware.org/bugzilla/show_bug.cgi?id=17661 is resolved.