From: Matthew Keeter <matt.j.keeter@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: guile-devel@gnu.org
Subject: Re: Guile 2.2 on MSYS2 + MinGW
Date: Tue, 23 Jan 2018 21:18:17 -0500 [thread overview]
Message-ID: <7F0BBE99-7D9F-4E29-9909-D6221FC40D0C@gmail.com> (raw)
In-Reply-To: <83k1wfupgy.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 3598 bytes --]
> On Jan 18, 2018, at 11:00 AM, Eli Zaretskii <eliz@gnu.org> wrote:
>
>> From: Matthew Keeter <matt.j.keeter@gmail.com>
>> Date: Thu, 18 Jan 2018 10:18:36 -0500
>>
>> Yup, I’m building 2.2.3. I see mktime.c in guile-2.2.3/lib, but do not see
>> mktime.o when I objdump libgnu.a, indicating that it’s not being built.
>>
>> In config.log, I see a few lines that could be relevant:
>>
>> configure:34662: checking for working mktime
>> ...
>> gl_cv_func_working_mktime=yes
>> ...
>> GNULIB_MKTIME=‘1'
>> ...
>> REPLACE_MKTIME=‘0'
>> ...
>> gl_GNULIB_ENABLED_mktime_FALSE='#'
>> gl_GNULIB_ENABLED_mktime_TRUE=‘'
>>
>> (full config.log is here: https://gist.github.com/mkeeter/81c273069a2804ad8d53e72533f6f8da)
>>
>> Does this offer any insight? I’m confused by the conflicting GNULIB_MKTIME vs
>> gl_GNULIB_ENABLED_mktime_TRUE, but am not adept at parsing automake outputs…
>
> Then this sounds like a bug in Gnulib: it determines that your
> platform doesn't need mktime, but it "forgets" that timegm, which your
> platform does need, depends on mktime.
>
> So I suggest to report this to the Gnulib mailing list, and I hope
> they will propose a solution. Meanwhile, you can continue the build
> by copy/pasting the source of mktime.c into some Gnulib source that is
> being compiled (e.g. timegm.c, which needs it in the first place), and
> re-running "make".
I’ve added another patch [1] which works around this gnulib bug.
The 32-bit build now completes and makes its way past the snarfing issue
that I was seeing in the 64-bit build! Now, it's failing at the bootstrap stage:
BOOTSTRAP GUILEC ice-9/eval.go
;;; note: source file C:/msys64/home/mkeeter/guile/src/guile-2.2.3/module/ice-9/boot-9.scm
;;; newer than compiled C:/msys64/home/mkeeter/guile/src/guile-2.2.3/prebuilt/32-bit-little-endian/ice-9/boot-9.go
Backtrace:
8 (apply-smob/1 #<catch-closure 4fba0e0>)
In ice-9/eval.scm:
657:36 7 (_ _)
619:8 6 (_ #(#(#<directory (guile-user) 4fdcb40>)))
155:9 5 (_ _)
619:8 4 (_ #(#(#(#(#(#(#(#(#(#(#(#) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒))
159:9 3 (_ #(#(#(#(#(#(#(#(#(#(#(#) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒))
223:20 2 (proc #(#(#(#(#(#(#(#(#(#(# ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒) ▒))
In unknown file:
1 (%resolve-variable (7 . SIGINT) #<directory (scripts co▒>)
0 (_ #<procedure 62ef720 at ice-9/eval.scm:330:13 ()> #<▒> ▒)
ERROR: Unbound variable: SIGINT
If I boot up the interpreter, it too does not know about SIGINT:
mkeeter@MATTHEWKEETA8AA MINGW32 ~/guile/src/build-i686-w64-mingw32
$ GUILE_AUTO_COMPILE=0 GUILE_LOAD_PATH=/home/mkeeter/guile/src/guile-2.2.3/module ./meta/build-env guile
GNU Guile 2.2.3
Copyright (C) 1995-2017 Free Software Foundation, Inc.
Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.
Enter `,help' for help.
scheme@(guile-user)> SIGINT
ice-9/eval.scm:619:8: In procedure module-lookup: Unbound variable: SIGINT
On my Mac, the variable is defined (and has a value of 2).
I believe the odd printing is a quirk of the MinGW terminal – it certainly doesn’t help in
debugging, but I think the fundamental issue here is Guile not knowing about SIGINT.
Any suggestions for next steps?
Thanks,
Matt
[1] https://github.com/mkeeter/guile-mingw/blob/master/0006-timegm-i686.mingw.patch
[-- Attachment #2: Type: text/html, Size: 15278 bytes --]
next prev parent reply other threads:[~2018-01-24 2:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-16 22:50 Guile 2.2 on MSYS2 + MinGW Matthew Keeter
2018-01-17 15:54 ` Eli Zaretskii
2018-01-17 22:30 ` Matthew Keeter
2018-01-18 14:09 ` Eli Zaretskii
2018-01-18 15:18 ` Matthew Keeter
2018-01-18 16:00 ` Eli Zaretskii
2018-01-24 2:18 ` Matthew Keeter [this message]
2018-01-24 18:57 ` Eli Zaretskii
2018-01-25 14:54 ` Matthew Keeter
2018-01-25 17:22 ` Eli Zaretskii
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=7F0BBE99-7D9F-4E29-9909-D6221FC40D0C@gmail.com \
--to=matt.j.keeter@gmail.com \
--cc=eliz@gnu.org \
--cc=guile-devel@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.
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).