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

Rob Browning writes: > Rob Browning writes: > >> OK, I can reproduce this on partch.debian.org now >> (https://db.debian.org/machines.cgi?host=partch): >> >> (jessie_powerpc-dchroot)rlb@partch:~/guile-2.0-2.0.11+1$ ./check-guile >> fractions.test

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

Rob Browning writes: > OK, I can reproduce this on partch.debian.org now > (https://db.debian.org/machines.cgi?host=partch): > > (jessie_powerpc-dchroot)rlb@partch:~/guile-2.0-2.0.11+1$ ./check-guile > fractions.test > Testing /home/rlb/guile-2.0-2.0.11+1/meta/guile

bug#26662: Setting break on find-tail breaks the repl

Setting a break on find-tail breaks everything at the repl: scheme@(guile-user)> ,break find-tail Trap 2: Breakpoint at #. scheme@(guile-user)> (+ 1 2 3) system/vm/traps.scm:127:31: system/vm/traps.scm:127:31: In procedure <: Wrong type: #f Entering a new prompt. Type `,bt' for a

bug#23043: breakpoints not honoured by guile master

I think that this was related to an earlier bug where the traps weren't being tripped at all, which has been fixed (trace also wasn't working). If I'm wrong, please reopen!

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

Rob Browning writes: > We're seeing the same thing on a Debian powerpc buildd > https://buildd.debian.org/status/fetch.php?pkg=guile-2.0=powerpc=2.0.11%2B1-9%2Bdeb8u1=1485708200=0 > > FAIL: fractions.test: fractions: (eqv? (expt 2 1/2) (sqrt 2)) > FAIL: fractions.test:

bug#26183: patch for guile-2.2.0 on FreeBSD 11.0

> On Apr 19, 2017, at 7:20 AM, Andy Wingo wrote: > > On Mon 20 Mar 2017 02:39, Matt Wette writes: > >> Attached is a patch to apply to guile-2.2.0 to compile on FreeBSD 11.0 >> Changes >> 1) updated README to indicate which extra FreeBSD packages need

bug#26151: date-year-day screws up leap days prior to AD 1

On Sat 18 Mar 2017 02:10, Zefram writes: > If I had implemented SRFI-19 myself, without reference to existing > implementations, I would have implemented astronomical year numbering > (consistent AD year numbering, extending linearly in both directions), > as used in ISO 8601.

bug#26149: SRFI-19 doc erroneously warns about Gregorian reform

On Wed 19 Apr 2017 18:11, Zefram writes: > Andy Wingo wrote: >>This makes sense to me, FWIW. > > Patch attached. Thank you! Applied. I adapted the change log message to follow Guile conventions; it was: > From 444703940983d559935c4dd2a2c89d7888c67119 Mon Sep 17 00:00:00 2001