From: Jan Schukat <shookie@email.de>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 13848-done@debbugs.gnu.org
Subject: bug#13848: Statically linking guile-2.0.
Date: Sat, 06 Apr 2013 01:14:46 +0200 [thread overview]
Message-ID: <515F5AE6.1050709@email.de> (raw)
In-Reply-To: <874nfsbmsj.fsf@gnu.org>
Finally got to look into the load path issues on windows. Did so by
adding some debug output into scm_init_load_path and
scm_primitive_load_path.
When during the build/compile the load paths are are normal windows
paths, with output like this:
GEN libguile/guile-procedures.txt
path: (c:\Users\shookie\guiletest\lib\guile-2.0\module
c:\Users\shookie\guiletest\lib\guile-2.0\guile-readline)
full_filename:
c:\Users\shookie\guiletest\lib\guile-2.0\module\ice-9/boot-9.scm
compiled_filename:
c:\Users\shookie\guiletest\lib\guile-2.0\module\ice-9/boot-9.go
full_filename:
c:\Users\shookie\guiletest\lib\guile-2.0\module\ice-9/r4rs.scm
compiled_filename:
c:\Users\shookie\guiletest\lib\guile-2.0\module\ice-9/r4rs.go
But when I start the installed guile.exe, the output is like this and it
can't find the scheme modules:
path: (/c/Users/shookie/guiletest/lib/share/guile/2.0
/c/Users/shookie/guiletest/lib/share/guile/site/2.0
/c/Users/shookie/guiletest/lib/share/guile/site
/c/Users/shookie/guiletest/lib/sh are/guile)
full_filename: #f
compiled_filename: #f
So as I suspected a conflict between mingw-paths and windows paths. I
suspect the mingw paths in the installed exe are the static #defines
that configure sets up since those /c/User/... paths also show up when
you extract the strings fromthe binary with strings guile.exe|grep "/lib".
Now when I export
GUILE_LOAD_PATH="/c/Users/shookie/guiletest/lib/share/guile/2.0" and
GUILE_LOAD_COMPILE_PATH=""/c/Users/shookie/guiletest/lib/lib/guile/2.0/ccache"
before invoking the installed guile.exe it finds the modules, but it
doesn't seem to like compile path and tries to recompile all the modules
which eventually fails with a stall, usually at q.scm or thread.scm
Here is output from that case:
$ export
GUILE_LOAD_PATH="/c/Users/shookie/guiletest/lib/share/guile/2.0/"
GUILE_LOAD_COMPILED_PATH="/c/Users/shookie/guiletest/lib(lib/guile/2.0/ccache/";./lib/bin/guile
path: (c:/Users/shookie/guiletest/lib/share/guile/2.0/
/c/Users/shookie/guiletest/lib/share/guile/2.0
/c/Users/shookie/guiletest/lib/share/guile/site/2.0
/c/Users/shookie/guiletest/lib/share/guile/site
/c/Users/shookie/guiletest/lib/sh
are/guile)
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/boot-9.scm
compiled_filename: #fb
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/r4rs.scm
compiled_filename: #f
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/psyntax-pp.scm
compiled_filename: #f
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/posix.scm
compiled_filename: #f
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/networking.scm
compiled_filename: #f
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/srfi\srfi-4.scm
compiled_filename: #f
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/rnrs\bytevectors.scm
compiled_filename: #f
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9\command-line.scm
compiled_filename:
c:/Users/shookie/.cache/guile/ccache/2.0-LE-4-2.0\c/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/command-line.scm.go
......snip.....
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9\futures.scm
compiled_filename:
c:/Users/shookie/.cache/guile/ccache/2.0-LE-4-2.0\c/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/futures.scm.go
full_filename:
c:/Users/shookie/guiletest/lib/share/guile/2.0/srfi\srfi-11.scm
compiled_filename: #f
;;; compiling
c:/Users/shookie/guiletest/lib/share/guile/2.0/srfi\srfi-11.scm
;;; it seems
c:/Users/shookie/guiletest/lib/share/guile/2.0/srfi\srfi-11.scm
;;; is part of the compiler; skipping auto-compilation
full_filename: c:/Users/shookie/guiletest/lib/share/guile/2.0/ice-9\q.scm
compiled_filename:
c:/Users/shookie/.cache/guile/ccache/2.0-LE-4-2.0\c/Users/shookie/guiletest/lib/share/guile/2.0/ice-9/q.scm.go
And at that point it stalls.
I will look more into it, but I hope this is already useful. But as
usual each build takes quite a while, so progress is slow, since I
always go away doing other things after I initiated a build and test-run.
Regards
Jan Schukat
On 03/30/2013 10:27 PM, Ludovic Courtès wrote:
> Jan Schukat <shookie@email.de> skribis:
>
>> Starting the guile.exe or my own guiletest.exe still fails due to init
>> not finding the paths to the scheme modules,
> Did you try after running “make install”? If you try before, it’s
> normal that it doesn’t find.
>
>> but that is something I need to look into anyway, and will do that
>> over Easter. It's possible that that is due to the different path
>> treatment in mingw and windows proper, or it could just be that guile
>> can't handle windows paths with drive letters, colons and backslashes.
> It can handle that now (until 2.0.7 included that didn’t work
> correctly.)
>
> Ludo’.
next prev parent reply other threads:[~2013-04-05 23:14 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-01 16:19 bug#13848: Statically linking guile-2.0 Jan Schukat
2013-03-02 15:28 ` Ludovic Courtès
2013-03-03 23:20 ` Jan Schukat
2013-03-05 0:54 ` Jan Schukat
2013-03-05 10:22 ` Ludovic Courtès
2013-03-05 15:44 ` Jan Schukat
2013-03-05 17:25 ` Ludovic Courtès
2013-03-05 22:25 ` Jan Schukat
2013-03-06 23:12 ` Ludovic Courtès
2013-03-09 13:44 ` Jan Schukat
2013-03-09 23:06 ` Andy Wingo
2013-03-09 23:57 ` shookie
2013-03-10 4:09 ` shookie
2013-03-10 17:32 ` Andy Wingo
2013-03-10 18:54 ` shookie
2013-03-10 19:23 ` Andy Wingo
2013-03-10 21:17 ` shookie
2013-03-10 22:03 ` shookie
2013-03-10 22:53 ` Andy Wingo
2013-03-11 0:07 ` shookie
2013-03-11 1:43 ` shookie
2013-03-11 8:26 ` Andy Wingo
2013-03-11 9:30 ` shookie
2013-03-13 9:30 ` Andy Wingo
2013-03-13 19:04 ` bug#13848: Aw: " Jan Schukat
2013-03-16 1:36 ` Jan Schukat
2013-03-29 19:35 ` Ludovic Courtès
2013-03-30 0:20 ` Jan Schukat
2013-03-30 21:27 ` Ludovic Courtès
2013-04-05 23:14 ` Jan Schukat [this message]
2013-04-07 10:20 ` Ludovic Courtès
2013-04-07 16:20 ` bug#13848: Aw: " Jan Schukat
2013-04-07 18:22 ` Andy Wingo
2013-04-07 19:18 ` bug#13848: Aw: " Jan Schukat
2013-04-07 20:00 ` Ludovic Courtès
2013-04-07 21:06 ` bug#13848: Aw: " Jan Schukat
2013-04-08 7:48 ` Ludovic Courtès
2013-03-10 17:38 ` shookie
2013-03-10 17:38 ` shookie
2013-03-14 13:54 ` Ludovic Courtès
2013-03-09 9:32 ` Andy Wingo
2013-03-09 15:42 ` Jan Schukat
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=515F5AE6.1050709@email.de \
--to=shookie@email.de \
--cc=13848-done@debbugs.gnu.org \
--cc=ludo@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).