bug#75506: Broken links in Guile Reference Manual

2025-01-12 Thread Lizzie Crowdagger
Hello and thanks for this amazing work! It's clearly not that important, but there are some broken links in the Guile Reference Manual  (e.g, here 6.18.6 https://www.gnu.org/software/guile/manual/html_node/R6RS-Version-References.html) towards the R6RS library form, pointing there: https://ww

bug#49404: Cross module inlining causes unbound make-struct/no-tail ref

2025-01-12 Thread Rob Browning
Rob Browning writes: > This commit casuses lokke's compilation to fail: > > commit fd5cb457fb3a450b4b14eb89c8dbd764ba8df52e > Date: Mon Apr 5 20:58:03 2021 +0200 > > Implement cross-module inlining > > * module/language/tree-il/optimize.scm (make-optimizer): Pass > cross-m

bug#49305: Regression regarding #nil in syntax expansions in 3.0.7

2025-01-12 Thread Rob Browning
Rob Browning writes: > In 3.0.7, this: > > (define-syntax foo > (syntax-rules () > ((_ x) (eq? #nil x > > (foo #t) > > began crashing like this: > > ice-9/psyntax.scm:2795:12: In procedure syntax-violation: > Syntax error: > unknown location: unexpected syntax in form ()

bug#39586: pfds 0.3 hamt-fold crashes with guile-2.0 and guile-3.0

2025-01-12 Thread Rob Browning
Rob Browning writes: > (hamts/hamt-fold (lambda (k v result) result) For the record, the full invocation should have been: (hamts/hamt-fold (lambda (k v result) result) #t x) In any case, it looks like this has been fixed in main (not sure when).

bug#32384: Bug#892232: guile-2.2: FTBFS on alpha: test-conversion fails

2025-01-12 Thread Rob Browning
Ludovic Courtès writes: > I’m afraid there’s not much we can do. Unless someone with access to > an Alpha machine can debug the issue, I’d close it as “wontfix”. > > WDYT? I don't have access to a porterbox in Debian anymore either, and the port is no longer officially supported: https://www

bug#21181: SRFI-64: Possible bug in test-group

2025-01-12 Thread Rob Browning
Andy Wingo writes: > On Mon 03 Aug 2015 06:29, Rob Browning writes: >> I'm not that familiar with srfi-64, but it looks like the problem (if >> it's not expected) is that test-group doesn't handle the case where it's >> creating the first group, i.e. no prior test-begin. > Mark, do you have an

bug#21424: guile-2.0: SIGALRM signal handler does not get called when guile blocks on I/O

2025-01-12 Thread Rob Browning
Rob Browning writes: > This appears to still be the case with at least Debian's 2.0.11+1-10 > package, and setting the handler to something that doesn't perform IO > has the same effect (i.e. no alarm until you hit return): > > (sigaction SIGALRM (lambda (x) (exit 1))) Just checked -- still tr