From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark H Weaver Newsgroups: gmane.lisp.guile.user Subject: Re: guile-2.0 on mingw: the sequel Date: Sun, 25 Aug 2013 17:19:20 -0400 Message-ID: <87vc2t8o4n.fsf@tines.lan> References: <83vc2wj4hz.fsf@gnu.org> <877gfccueo.fsf@tines.lan> <83d2p4ifow.fsf@gnu.org> <87d2p18umg.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1377465607 11300 80.91.229.3 (25 Aug 2013 21:20:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 25 Aug 2013 21:20:07 +0000 (UTC) Cc: guile-user@gnu.org To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Sun Aug 25 23:20:06 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 1VDhjB-0003B6-Tg for guile-user@m.gmane.org; Sun, 25 Aug 2013 23:20:06 +0200 Original-Received: from localhost ([::1]:47700 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VDhjB-00014e-B8 for guile-user@m.gmane.org; Sun, 25 Aug 2013 17:20:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VDhix-00014X-Ou for guile-user@gnu.org; Sun, 25 Aug 2013 17:19:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VDhis-0000Kb-2E for guile-user@gnu.org; Sun, 25 Aug 2013 17:19:51 -0400 Original-Received: from world.peace.net ([96.39.62.75]:40316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VDhir-0000HE-UE; Sun, 25 Aug 2013 17:19:45 -0400 Original-Received: from 209-6-91-212.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.91.212] helo=tines.lan) by world.peace.net with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1VDhia-00083E-Kb; Sun, 25 Aug 2013 17:19:28 -0400 In-Reply-To: <87d2p18umg.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Sun, 25 Aug 2013 20:59:03 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 96.39.62.75 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:10708 Archived-At: ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Eli Zaretskii skribis: > >>> From: Mark H Weaver >>> Cc: Eli Zaretskii , "guile-user\@gnu.org" >>> Date: Fri, 23 Aug 2013 11:13:19 -0400 >>>=20 >>> Of course, ideally we would allow the entire Guile install to be freely >>> relocatable, as Windows users have come to expect. This would require >>> some help from a Windows developer. >> >> Why should this feature be limited to Windows builds of Guile? Why >> not make it work for Posix platforms as well? Some other projects >> already do, they use argv[0] and PATH search to find the place where >> the executable is installed, and record relative file names from >> there. > > This is not completely reliable when using argv[0] because argv[0] can > be anything, though this can be work around on Linux-based systems with > /proc/self/exe as done in > . This finds the executable, but as I noted in a recent message, that doesn't reliably lead to finding the location of libguile. I think you're assuming that the executable is the standard 'guile' executable, or at least that it's installed in the same prefix as libguile. > Here=E2=80=99s a proposal: add a --enable-relocatable configure option, h= ave it > default to yes on MinGW and Cygwin (assuming there=E2=80=99s a method tha= t works > reliably on these), and default to no elsewhere; alternately, have it > default to no everywhere. > > WDYT? In theory, I like this idea. I just don't see how it can be made to work reliably on POSIX systems. Thanks, Mark