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://www.gnu.org/software/guile/manual/r6rs_html/Library-form.html#Library-form 
which gives a 404.


Anyway, thanks again for Guile!

Lizzie






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-module-inlining? to peval.
>   * module/language/tree-il/peval.scm (peval): Add cross-module-inlining?
>   kwarg.  Try to inline public module-ref.
>
> The failure looks like this (after applying the patch mentioned in
> https://debbugs.gnu.org/49305 so we can get past the #nil issue):

[...]

>   ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>   Unbound variable: make-struct/no-tail

I suspect this has been fixedq and I can no longer reproduce it --
though I'm not certain lokke didn't also change in some relevant way.

In any case, I'll close it for now and we can re-open it if necessary.
I also suspect this may have been related:

  commit d01ab7bf5cb97264b48bec96469360f1901d1a35
  Author: Andy Wingo 
  Date:   Mon Jan 17 21:07:22 2022 +0100

  Fix inlinable-exports bug for pure modules

  * module/language/tree-il/inlinable-exports.scm (compute-decoder): Fix
  bug in which inlinable exports in a pure module would have a missing
  make-struct/no-tail binding.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4





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 ()

I believe this has been fixed.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4





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).

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4





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.debian.org/ports/alpha/

(Though it is still active on the buildds:
https://buildd.debian.org/guile-3.0.)  In any case, I'd be fine closing
it +wontfix.  Could always re-open it if were to become a priority
again somehow.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4





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 any thoughts on this one?

This appears to be fixed in at least main, presumably by the recent
srfi-64 work.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4





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 true with 3.0.9.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4