GNU bug report logs - #49910
[website] script generating POT files broken with guile@3.0.7

Previous Next

Full log

View this message in rfc822 format

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: 49910 <at> debbugs.gnu.org
Subject: bug#49910: Fwd: Re: [website] script generating POT files broken with guile <at> 3.0.7
Date: Fri, 06 Aug 2021 14:16:16 +0200

[Message part 1 (text/plain, inline)]

Misremembered the bug ID, sorry

[Message part 2 (message/rfc822, inline)]

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>, 
	49010 <at> debbugs.gnu.org
Subject: Re: [website] script generating POT files broken with guile <at> 3.0.7
Date: Fri, 06 Aug 2021 14:02:03 +0200

Hi Florian,

Am Freitag, den 06.08.2021, 12:53 +0200 schrieb pelzflorian (Florian
Pelz):
> Hello Guix!
> 
> In the guix-artwork.git repo, the pot file generation
> (scripts/sexp-xgettext.scm as described in the file i18n-howto) in
> the website is broken since guile <at> 3.0.7.  Old guile <at> 3.0.2 works.
> 
> The issue is at the end of the procedure in the call to (read) within
> token->string-symbol-or-keyw, specifically
> 
> guile -c '(with-input-from-string ",@" (lambda () (read)))'
> 
> I will investigate, but I don’t fully understand.
Having written a Scheme-specific xgettext implementation myself, I
think the issue here is that guile <at> 3.0.7 returns syntax objects from
(read), whereas previous guile does not.

The trick that I'm applying is to call syntax->datum on the return
value of (read).  In older guile, this does nothing, whereas in newer
guile it returns the symbol, keyword, list... whatever (read) would
have returned in the old implementation.

I hope this works out for you the way it did for me.

Cheers!

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.