From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.user Subject: Re: guile-2.0 on mingw: the sequel Date: Fri, 23 Aug 2013 13:16:43 +0300 Message-ID: <83li3siues.fsf@gnu.org> References: <83vc2wj4hz.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1377253022 13116 80.91.229.3 (23 Aug 2013 10:17:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Aug 2013 10:17:02 +0000 (UTC) Cc: guile-user@gnu.org To: Panicz Maciej Godek Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Fri Aug 23 12:17:04 2013 Return-path: Envelope-to: guile-user@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 1VCoQP-00027y-4b for guile-user@m.gmane.org; Fri, 23 Aug 2013 12:17:01 +0200 Original-Received: from localhost ([::1]:36161 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCoQO-0001rs-Fw for guile-user@m.gmane.org; Fri, 23 Aug 2013 06:17:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCoQC-0001rf-46 for guile-user@gnu.org; Fri, 23 Aug 2013 06:16:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCoQ5-0002Fc-8y for guile-user@gnu.org; Fri, 23 Aug 2013 06:16:48 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:63110) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCoQ5-0002Eu-0M for guile-user@gnu.org; Fri, 23 Aug 2013 06:16:41 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MRZ00E00B09DQ00@a-mtaout20.012.net.il> for guile-user@gnu.org; Fri, 23 Aug 2013 13:16:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MRZ00EP2B7R52A0@a-mtaout20.012.net.il>; Fri, 23 Aug 2013 13:16:39 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:10674 Archived-At: > Date: Fri, 23 Aug 2013 11:29:27 +0200 > From: Panicz Maciej Godek > Cc: "guile-user@gnu.org" > > When I enter the build directory and type > $ find ./ -name '*.go' > it seems that every .scm file from `modules' directory has its .go > counterpart, Are they also present in the tree where you installed Guile after building it? > I ./configured with --prefix=/usr (which is at the same mount point > as / on my mingw configuration). When it comes to make install, > I don't know what TRT would be Configuring with --prefix=/usr is a mistake: there's no /usr on your system, as far as MinGW programs are concerned. You need to understand the difference between MinGW and MSYS programs and their respective setups. MSYS, like Cygwin, emulates a Posix system, so it supports /usr etc. It does so by mounting some Windows directory (in your case, it seems to be C:/MinGW) as /. But the Guile you compiled is _not_ an MSYS program, it is a native Windows program, so it doesn't know about this mount. Since the build process records the /usr prefix in the binary, the resulting Guile executables will look for their files starting from the /usr directory on the current drive, and that directory doesn't exist. You need to reconfigure Guile with --prefix=c:/MinGW (assuming that is where you want your installation tree to be rooted), and then rebuild everything. I would suggest "make distclean" followed by a new configure command with the right prefix and then "make" and "make install". > gc-7.2d compiled from the source from Hans Boehm's web site > (I don't remember whether I finally configured it with pthreads > or with windows threads, but I tried both for sure), > gmp-5.2.1 from the source (I think it is shared version), > libffi-3.0.13 from the source > libunistring-0.9.3 from the source > libiconv-1.14 and a few others bundled with mingw > Everything built from the source was configured with --prefix=/usr See above: you will therefore need to reconfigure and rebuild those as well, using the correct Windows absolute directory name as prefix. > Both / and /usr point to C:\MinGW\ Right, and this is the source of your problems. > And would it be possible to distribute the binary release somehow? > (in particular, the libguile.dll + scm/go modules that would be loaded > from current directory) Yes, it should be possible. What I usually do for that install to a separate empty directory, like this: make install prefix=d:/test (you can use any other empty directory as value of "prefix"), then create a tarball or a zip file from everything under d:/test.