unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Mathieu Lirzin <mthl@gnu.org>
Cc: 29903-done@debbugs.gnu.org
Subject: bug#29903: Guile modules compilation fails on master
Date: Sat, 06 Jan 2018 14:48:33 +0100	[thread overview]
Message-ID: <87fu7jt7wu.fsf@gnu.org> (raw)
In-Reply-To: <87incfrjkf.fsf@gnu.org> (Mathieu Lirzin's message of "Sat, 06 Jan 2018 00:07:28 +0100")

Hi,

Mathieu Lirzin <mthl@gnu.org> skribis:

> ludo@gnu.org (Ludovic Courtès) writes:
>
>> Mathieu Lirzin <mthl@gnu.org> skribis:
>>
>>> I am trying to build Guix master branch (commit
>>> e2f37d6ab7427946e6c68ebaecc97c85d5217234) on Fedora 25.  Here is the
>>> issue I have:
>>
>> [...]
>>
>>>   LOAD     guix/utils.scm
>>>   LOAD     guix/sets.scm
>>>   LOAD     guix/modules.scm
>>>   LOAD     guix/download.scm
>>> ice-9/psyntax.scm:1558:32: In procedure expand-macro:
>>> ice-9/psyntax.scm:1558:32: Syntax error:
>>> unknown location: error: no 'ungexp' substitution (ungexp %utils-module)
>>> Makefile:5314 : la recette pour la cible « make-go » a échouée
>>
>> Is it reproducible?
>
> Definitely.  Always the same error at the same time.
>
>> This looks like <https://bugs.gnu.org/27476>, though in this case you
>> appear to be building things sequentially (-j1; and the “load” phase is
>> sequential anyway.)
>
> I have tested with Guile 2.2.3 installed from source and the issue
> dissapeared.  I don't know if the problem is specific to Guile 2.2.1
> distributed by Fedora.

Oh indeed, it has to do with this bug, fixed in 2.2.2:

--8<---------------cut here---------------start------------->8---
Changes in 2.2.2 (since 2.2.1):

* Bug fixes

** Syntax objects are once more comparable with 'equal?'

The syntax object change in 2.2.1 had the unintended effect of making
syntax objects no longer comparable with equal?.  This release restores
the previous behavior.
--8<---------------cut here---------------end--------------->8---

For reference, 2.2.2 was released two days after 2.2.1, precisely
because of this bug.  Too bad Fedora didn’t pick it up.  :-/

> If not I would suggest rejecting it at configure time.

Done:

  https://git.savannah.gnu.org/cgit/guix.git/commit/?id=142182514b84ee233bc27e574df2ca2074291525

Thanks,
Ludo’.

      reply	other threads:[~2018-01-06 13:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-29 23:02 bug#29903: Guile modules compilation fails on master Mathieu Lirzin
2018-01-01 17:16 ` Ludovic Courtès
2018-01-05 23:07   ` Mathieu Lirzin
2018-01-06 13:48     ` Ludovic Courtès [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87fu7jt7wu.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=29903-done@debbugs.gnu.org \
    --cc=mthl@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).