From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan Schukat Newsgroups: gmane.lisp.guile.bugs Subject: bug#13848: Statically linking guile-2.0. Date: Sat, 06 Apr 2013 01:14:46 +0200 Message-ID: <515F5AE6.1050709@email.de> References: <5130D52F.3000704@email.de> <51354234.4000208@email.de> <87vc96i1st.fsf@gnu.org> <513612F7.90002@email.de> <87lia1kbd5.fsf@gnu.org> <513670C8.9000101@email.de> <874ngoazrt.fsf@gnu.org> <513B3CDA.1010409@email.de> <87txokxjf3.fsf@pobox.com> <6DCD2DC1-4838-448F-A056-CE5954C745A2@email.de> <87hakjxish.fsf@pobox.com> <87ehfnvz2d.fsf@pobox.com> <871ubmuasy.fsf@pobox.com> <87sj42qr4c.fsf@pobox.com> <10040EC0-D051-45D5-B5BE-E69159F9F2B7@email.de> <871ubjk5oe.fsf@pobox.com> <5143CC9D.1040302@email.de> <877gkqc837.fsf@gnu.org> <51562FDD.6060103@email.de> <874nfsbmsj.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1365278705 30594 80.91.229.3 (6 Apr 2013 20:05:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Apr 2013 20:05:05 +0000 (UTC) Cc: 13848-done@debbugs.gnu.org To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Sat Apr 06 22:05:03 2013 Return-path: Envelope-to: guile-bugs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UOZJ8-0007UX-7d for guile-bugs@m.gmane.org; Sat, 06 Apr 2013 22:01:50 +0200 Original-Received: from localhost ([::1]:37227 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOFrX-0008GZ-Vn for guile-bugs@m.gmane.org; Fri, 05 Apr 2013 19:16:03 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:53134) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOFrH-0008GJ-RL for bug-guile@gnu.org; Fri, 05 Apr 2013 19:15:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UOFrE-0008Ai-I6 for bug-guile@gnu.org; Fri, 05 Apr 2013 19:15:47 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60204) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOFrE-0008Ad-FC for bug-guile@gnu.org; Fri, 05 Apr 2013 19:15:44 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UOFuP-000624-Uh for bug-guile@gnu.org; Fri, 05 Apr 2013 19:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan Schukat Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-guile@gnu.org Resent-Date: Fri, 05 Apr 2013 23:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13848 X-GNU-PR-Package: guile X-GNU-PR-Keywords: Original-Received: via spool by 13848-done@debbugs.gnu.org id=D13848.136520394023180 (code D ref 13848); Fri, 05 Apr 2013 23:19:01 +0000 Original-Received: (at 13848-done) by debbugs.gnu.org; 5 Apr 2013 23:19:00 +0000 Original-Received: from localhost ([127.0.0.1]:36080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOFuN-00061n-2V for submit@debbugs.gnu.org; Fri, 05 Apr 2013 19:18:59 -0400 Original-Received: from mout.web.de ([212.227.15.4]:64397) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOFuI-00061d-Nb for 13848-done@debbugs.gnu.org; Fri, 05 Apr 2013 19:18:56 -0400 Original-Received: from [192.168.0.27] ([92.230.122.249]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0MJkvs-1UN9ud29vY-001qVO; Sat, 06 Apr 2013 01:14:48 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 In-Reply-To: <874nfsbmsj.fsf@gnu.org> X-Provags-ID: V02:K0:bOT1MWtulugqgTSHfcT51qH5L596zWkZOcLQURgJau2 IAQU8iw1fs/ebjJfwW1m0FYrb2GGuIvD6ZUVRXmEKawdt8j/Gj PE2K8jvrklzRYpuY7kuRwCO0b9gagjfoT37PCMnrkpwSpnSDoB zaHhT+ug58mX/N/XloCAuCcGzcg7A5zM4fLLkvg/cdgxW+NjBB kN9BU0QUzQBXr6n74jb5Q== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-guile@gnu.org List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Original-Sender: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.bugs:7068 Archived-At: 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 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’.