bug#26633: TAI<->UTC conversion botches pre-1961 era

Asking SRFI-19 to perform a UTC-to-TAI conversion for an ordinary day in 1960: scheme@(guile-user)> (use-modules (srfi srfi-19)) scheme@(guile-user)> (time-utc->time-tai (date->time-utc (make-date 0 0 0 12 14 3 1960 0))) $1 = # The answer given is incorrect. Unlike previous conversion bugs

bug#26632: TAI<->UTC conversion botches 1961 to 1971

The SRFI-19 library gets TAI<->UTC conversions badly wrong in the years 1961 to 1971 (inclusive). This has to be examined somewhat indirectly, because SRFI-19 doesn't offer any way to display a TAI time in its conventional form as a date-like structure, nor to input a TAI time from such a

bug#20017: guile 2.0.11 make check failure for ppc architecture

Normand writes: > guile 2.0.11 make check failure for ppc architecture on opensuse 13.2 > > details of the log is available at: > https://build.opensuse.org/package/show/openSUSE:Factory:PowerPC/guile >

bug#26616: also a bug in guile-2.0.11

I just noticed that this bug DOES reproduce in guile 2.0.11 which is the version that ships with Ubuntu Xenial (Ubuntu 16.04) The above loop took 37 cpu-minutes to execute. The non-parallel version executes instantly (fractions of a cpu-second).