From: Eli Zaretskii <eliz@gnu.org>
To: Andy Wingo <wingo@pobox.com>
Cc: 14361@debbugs.gnu.org, ludo@gnu.org
Subject: bug#14361: Building guile 2.0.9 under mingw + msys
Date: Tue, 07 May 2013 20:18:05 +0300 [thread overview]
Message-ID: <83fvxyemk2.fsf@gnu.org> (raw)
In-Reply-To: <87zjythmj1.fsf@pobox.com>
> From: Andy Wingo <wingo@pobox.com>
> Cc: ludo@gnu.org, 10474-done@debbugs.gnu.org
> Date: Sun, 24 Feb 2013 14:25:06 +0100
>
> So with these last commits, hopefully native MinGW builds are supported.
> Would you mind testing again? Please send a new mail to
> bug-guile@gnu.org to track any new failures.
Thanks, and sorry for a long delay.
I tried today building Guile 2.0.9. The C compilation went very
smoothly, with only a couple of warnings (one is the known iconv
prototype "issue", the other a variable that is set and not used).
However, once it got to compiling Scheme files, it repeatedly failed
after writing each .go file. Here are a few typical failures:
GEN guile-procedures.texi
Backtrace:
In unknown file:
?: 3 [apply-smob/1 #<boot-closure 234da60 (_ _ _)> #t ...]
?: 2 [apply-smob/1 #<catch-closure 2e07050> quit #<unspecified>]
?: 1 [apply-smob/1 #<boot-closure 234da60 (_ _ _)> #t ...]
?: 0 [apply-smob/1 #<catch-closure 3f7eea0>]
ERROR:
The program then sits at the ERROR: prompt, but does not accept any
input.
Seems that this comes from smob.c:
static SCM
scm_smob_trampoline (unsigned int nreq, unsigned int nopt,
unsigned int rest)
{
SCM trampoline;
if (SCM_UNLIKELY (rest > 1 || nreq + nopt + rest > 3))
scm_out_of_range ("make-smob", scm_from_uint (nreq + nopt + rest));
trampoline = SCM_SMOB_TRAMPOLINE (nreq, nopt, rest);
if (SCM_LIKELY (SCM_UNPACK (trampoline)))
return trampoline;
switch (nreq + nopt + rest)
{
/* The + 1 is for the smob itself. */
case 0:
trampoline = scm_c_make_gsubr ("apply-smob/0", nreq + 1, nopt, rest,
apply_0);
break;
case 1:
trampoline = scm_c_make_gsubr ("apply-smob/1", nreq + 1, nopt, rest,
apply_1);
But I have no idea what it means.
When this happens, guile.exe still runs (actually, there are 2 Guile
processes, one a child of the other), so it is impossible to delete
guile-procedures.texi, because one of these processes holds it open.
I needed to kill guile.exe (the child) to be able to try again.
I tried "make -k" to see how far I can advance. The next compilation
of ice-9/eval.scm then stops with the same error:
make[2]: Entering directory `/d/usr/eli/utils/guile-2.0.9/module'
GUILEC ice-9/eval.go
wrote `ice-9/eval.go'
Backtrace:
In unknown file:
?: 3 [apply-smob/1 #<boot-closure 26cca60 (_ _ _)> #t ...]
?: 2 [apply-smob/1 #<catch-closure 2b12100> quit #<unspecified>]
?: 1 [apply-smob/1 #<boot-closure 26cca60 (_ _ _)> #t ...]
?: 0 [apply-smob/1 #<catch-closure 3af6340>]
ERROR:
Similarly after compiling ice-9/readline.scm:
wrote `ice-9/readline.go'
Backtrace:
In unknown file:
?: 4 [apply-smob/1 #<catch-closure 246faf0> quit #<unspecified>]
In ice-9/eval.scm:
484: 3 [eval # #]
481: 2 [lp (#<fluid 13>) (#<procedure 40d9d20 at ice-9/eval.scm:264:7 %args>)]
In unknown file:
?: 1 [apply-smob/1 #<catch-closure 3ccb440>]
In ice-9/eval.scm:
481: 0 [lp (#<fluid 12>) ((#<catch-closure 3ccb420>))]
ice-9/eval.scm:481:19:
Any ideas? Where should I look for the source of this problem?
TIA
next prev parent reply other threads:[~2013-05-07 17:18 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAL+StqnixLW+QwOP2BpZrjnz1wAQjnio9H6P=VM=9Cnn-B2-ng@mail.gmail.com>
2012-01-10 22:00 ` bug#10474: Building guile 2.x under mingw + msys Andy Wingo
[not found] ` <87pqerdxq4.fsf@pobox.com>
2012-01-17 8:09 ` Eli Zaretskii
2012-01-17 18:14 ` Eli Zaretskii
2012-01-18 23:55 ` Ludovic Courtès
2012-01-19 4:04 ` Eli Zaretskii
2012-02-02 0:59 ` Andy Wingo
2012-02-02 3:53 ` Eli Zaretskii
2012-02-02 16:39 ` Ludovic Courtès
2012-02-02 17:14 ` Eli Zaretskii
2012-02-02 17:34 ` Eli Zaretskii
2013-02-18 18:10 ` Andy Wingo
2013-02-18 19:56 ` Eli Zaretskii
2013-02-19 10:44 ` Andy Wingo
2013-02-19 12:55 ` Ludovic Courtès
2013-02-19 13:39 ` Andy Wingo
2013-02-19 17:53 ` Eli Zaretskii
2013-02-19 21:44 ` Andy Wingo
2013-02-20 19:16 ` Eli Zaretskii
2013-02-24 12:08 ` Andy Wingo
2013-02-19 15:47 ` Andy Wingo
2013-02-19 18:00 ` Eli Zaretskii
2013-02-24 13:25 ` Andy Wingo
2013-02-24 15:43 ` Eli Zaretskii
2013-05-07 17:18 ` Eli Zaretskii [this message]
2016-06-20 21:19 ` bug#14361: Building guile 2.0.9 " Andy Wingo
2016-06-21 12:46 ` Eli Zaretskii
2016-06-21 15:06 ` Andy Wingo
2016-06-21 15:42 ` Eli Zaretskii
2016-06-21 20:52 ` Andy Wingo
2016-06-24 9:51 ` Eli Zaretskii
2013-02-19 21:39 ` bug#10474: Building guile 2.x " Andy Wingo
2013-02-20 19:14 ` Eli Zaretskii
2013-02-20 21:57 ` Andy Wingo
2013-02-21 3:49 ` Eli Zaretskii
2013-02-21 8:18 ` Andy Wingo
2012-01-19 17:35 ` Eli Zaretskii
2012-01-21 11:09 ` Eli Zaretskii
2012-01-24 12:27 ` Eli Zaretskii
2012-01-25 21:12 ` Ludovic Courtès
2012-01-26 5:37 ` Eli Zaretskii
2012-01-29 18:30 ` Ludovic Courtès
2012-01-29 19:17 ` Eli Zaretskii
2012-01-29 22:56 ` Ludovic Courtès
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://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83fvxyemk2.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=14361@debbugs.gnu.org \
--cc=ludo@gnu.org \
--cc=wingo@pobox.com \
/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.
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).