From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: Compiled load path issues Date: Tue, 20 Oct 2009 10:27:26 +0200 Message-ID: <87y6n6mpw1.fsf@gnu.org> References: <871vl090k6.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1256027284 25653 80.91.229.12 (20 Oct 2009 08:28:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Oct 2009 08:28:04 +0000 (UTC) Cc: guile-devel@gnu.org To: Andy Wingo Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Oct 20 10:27:54 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N0A4N-00052s-GM for guile-devel@m.gmane.org; Tue, 20 Oct 2009 10:27:52 +0200 Original-Received: from localhost ([127.0.0.1]:49152 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0A4L-0004l1-V0 for guile-devel@m.gmane.org; Tue, 20 Oct 2009 04:27:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N0A4H-0004k6-Cg for guile-devel@gnu.org; Tue, 20 Oct 2009 04:27:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N0A4C-0004hi-FH for guile-devel@gnu.org; Tue, 20 Oct 2009 04:27:44 -0400 Original-Received: from [199.232.76.173] (port=35579 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0A4C-0004hW-6A for guile-devel@gnu.org; Tue, 20 Oct 2009 04:27:40 -0400 Original-Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:30958) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1N0A4B-0006Iu-1c for guile-devel@gnu.org; Tue, 20 Oct 2009 04:27:40 -0400 X-IronPort-AV: E=Sophos;i="4.44,590,1249250400"; d="scan'208";a="35250425" Original-Received: from laptop-147-210-128-170.labri.fr (HELO nixey) ([147.210.128.170]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 20 Oct 2009 10:27:28 +0200 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 29 =?iso-8859-1?Q?Vend=E9miaire?= an 218 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: x86_64-unknown-linux-gnu In-Reply-To: (Andy Wingo's message of "Mon, 19 Oct 2009 21:16:44 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:9534 Archived-At: Hi! Andy Wingo writes: > On Sun 18 Oct 2009 17:36, ludo@gnu.org (Ludovic Court=C3=A8s) writes: [...] >> Andy: can you comment? What was the idea behind >> =E2=80=98%load-compiled-path=E2=80=99? > > The idea is that given that the compiled files are > architecture-dependent, In theory, we could interpret the =E2=80=98.go=E2=80=99 cookie and byte-swa= p things if needed... > that they should go in $libdir instead of $datadir. We can add > $libdir, but I don't think it's a good idea -- not only for reasons of > excessive stat, but because I don't think we should be putting > binaries in with installed source. By now people may have started to update their packages to run =E2=80=9Cguile-tools compile=E2=80=9D and install =E2=80=98.go=E2=80=99 fil= es, so we really need to get this issue settled. I=E2=80=99m in favor of =E2=80=98.go=E2=80=99 alongside =E2=80=98.scm=E2=80= =99: that=E2=80=99s what happens with .elc/.el and .pyc/.py and it had been the plan from 1.9.0 until recently. >> Besides, =E2=80=98scm_search_path=C2=A0()=E2=80=99 was changed incompati= bly compared to 1.8 >> in 22f4ee48822db5e30df3abf9a11b6066f2bab9d3. I=E2=80=99m wary about such >> incompatibilities and would like it if we could (1) list them, and >> (2)=C2=A0avoid them unless we really really can=E2=80=99t think of any o= ther way. In >> this particular case, do you have an idea on how to avoid it? > > I don't really know. I'm sure it could be worked around somehow, but > it's not very fun work. It=E2=80=99s not, but there=E2=80=99s a fair amount of not very fun work in= this vain to be done by 2.0. :-) I think we must pay close attention to backwards compatibility, at least to honor long time promises (http://lists.gnu.org/archive/html/guile-devel/2003-02/msg00074.html). Thanks, Ludo=E2=80=99.