From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Rottmann Newsgroups: gmane.lisp.guile.devel Subject: Re: Adding to the end of the load path Date: Thu, 15 Nov 2012 23:06:26 +0100 Message-ID: <87a9uied25.fsf@delenn.home.rotty.xx.vu> References: <87sj8o20v0.fsf@googlemail.com> <87liecucrz.fsf@delenn.home.rotty.xx.vu> <87k3tpkyeg.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 1353017206 1223 80.91.229.3 (15 Nov 2012 22:06:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Nov 2012 22:06:46 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Nov 15 23:06:57 2012 Return-path: Envelope-to: guile-devel@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 1TZ7aI-00061I-VX for guile-devel@m.gmane.org; Thu, 15 Nov 2012 23:06:55 +0100 Original-Received: from localhost ([::1]:55269 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZ7a8-0004Lz-W3 for guile-devel@m.gmane.org; Thu, 15 Nov 2012 17:06:44 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:43009) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZ7a4-0004Lg-K6 for guile-devel@gnu.org; Thu, 15 Nov 2012 17:06:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TZ7a1-0000jG-IT for guile-devel@gnu.org; Thu, 15 Nov 2012 17:06:40 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:33711) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1TZ7a1-0000iw-8Y for guile-devel@gnu.org; Thu, 15 Nov 2012 17:06:37 -0500 Original-Received: (qmail invoked by alias); 15 Nov 2012 22:06:35 -0000 Original-Received: from 85-127-117-38.dynamic.xdsl-line.inode.at (EHLO cubox.home.rotty.xx.vu) [85.127.117.38] by mail.gmx.net (mp020) with SMTP; 15 Nov 2012 23:06:35 +0100 X-Authenticated: #3102804 X-Provags-ID: V01U2FsdGVkX18nfx47htonIwcxUzmr6ySyO4iv5nIhkvguJ5p81C 5lrs8a+/wlROs0 Original-Received: from delenn.home.rotty.xx.vu (unknown [192.168.2.11]) by cubox.home.rotty.xx.vu (Postfix) with ESMTP id EC98816008C; Thu, 15 Nov 2012 23:06:27 +0100 (CET) Original-Received: by delenn.home.rotty.xx.vu (Postfix, from userid 1000) id 20EAF32002C; Thu, 15 Nov 2012 23:06:27 +0100 (CET) In-Reply-To: <87k3tpkyeg.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Tue, 13 Nov 2012 22:04:23 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 213.165.64.22 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:15173 Archived-At: ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Hi! > > Sorry for the delay. > > Andreas Rottmann skribis: > >> Ian Price writes: > > [...] > >>> Andreas Rottmann suggested something similar in February[1]. >>> >> I've attached a patch implementing that suggestion, FWIW. >> >>> I don't have any concrete proposals better than what Andreas has >>> suggested, but I felt I should make this post to the list, lest Mark and >>> I forget. >>> >> >> [...] >> >>> 1. http://lists.gnu.org/archive/html/guile-devel/2012-02/msg00038.html > > Like Mark, I=E2=80=99m not comfortable with changing the meaning of the e= mpty > string in the load path, and the behavior of =E2=80=98%parse-path=E2=80= =99. > I agree to that -- there's quite a risk breaking existing setups this way. > I pretty much like Mark=E2=80=99s suggestion of using =E2=80=98...=E2=80= =99 as a special marker, > even though that=E2=80=99s a valid file name. > Well, there's a workaround -- specifying "./..." as an "escape sequence" for "..." if you really need to have a three-dot relative directory in the path. > How would that work for you? > I would like the approach using separate _SUFFIX variables better, as it doesn't have this special case. While I don't think the special case will be a problem for a user setting the environment variables themselves, if you want to set them programatically, you now have to consider treat "..." specially, escaping it like mentioned above, to be general. However, I can live with that, but maybe we can have it both ways: - Add the _SUFFIX environment variables, making it clear in the docs that they are supported only from Guile 2.0.7 onward. - Additonally, add "..." as a special marker, but mention it is just provided to support Guile < 2.0.7, and should not be used in code that needs to depend on Guile 2.0.7 or newer for other reasons (e.g. reliance on another added feature or significant bugfix). I'm not sure how the deprecation strategy is employed exactly, but we could mark the "..." feature as deprecated right away, or at least in master, and remove it in 2.2 or 2.4. This would also kind of lift the "burden" from programs manipulating *_LOAD_PATH programatically, as they can still be "general" wrt. _undeprecated_ features. Opinions? Regards, Rotty --=20 Andreas Rottmann --