From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 4d3a595: `load-path' should contain only directory names Date: Thu, 29 Oct 2015 20:24:02 +0200 Message-ID: <56326442.2030102@yandex.ru> References: <20151023135532.11512.53356@vcs.savannah.gnu.org> <83mvv8wejc.fsf@gnu.org> <86bnboeymw.fsf@stephe-leake.org> <83wpuadc9k.fsf@gnu.org> <86d1w1ahsy.fsf@stephe-leake.org> <562E2A8A.1030601@yandex.ru> <83wpu9bns4.fsf@gnu.org> <86fv0x8kl6.fsf@stephe-leake.org> <83d1w0416d.fsf@gnu.org> <8337ww3ypz.fsf@gnu.org> <83vb9r2ddg.fsf@gnu.org> <83y4el1w8k.fsf@gnu.org> <563249F0.40309@yandex.ru> <83si4t1v9r.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1446143085 8022 80.91.229.3 (29 Oct 2015 18:24:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Oct 2015 18:24:45 +0000 (UTC) Cc: stephen_leake@stephe-leake.org, rms@gnu.org, monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 29 19:24:31 2015 Return-path: Envelope-to: ged-emacs-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 1ZrrsC-00052q-5u for ged-emacs-devel@m.gmane.org; Thu, 29 Oct 2015 19:24:28 +0100 Original-Received: from localhost ([::1]:45816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrrsB-00056j-LI for ged-emacs-devel@m.gmane.org; Thu, 29 Oct 2015 14:24:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35184) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zrrrx-00056e-Mu for emacs-devel@gnu.org; Thu, 29 Oct 2015 14:24:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zrrrt-0006Rb-VW for emacs-devel@gnu.org; Thu, 29 Oct 2015 14:24:13 -0400 Original-Received: from mail-wi0-x22d.google.com ([2a00:1450:400c:c05::22d]:38361) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zrrrq-0006Qy-7s; Thu, 29 Oct 2015 14:24:06 -0400 Original-Received: by wicll6 with SMTP id ll6so50461336wic.1; Thu, 29 Oct 2015 11:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=tpgb6aXAkWTVVxAqmktuRQmW2T9I/pW9rO0zOdBLlu0=; b=j/Hj+0KxlQmTk/Skoc3lBCQodJetNzkzREePF0ZnKadfJTQce2jbfsPD2xDfWBCono L/2eoXD0RyXvRb2NlMRHmToIPQ8XN0N9Acf+/FCwOEV6UNiu2fKaHFjv1Ag9Gy+BfoYi Xj9EsQWr3BVwJdXJpUCr2Y0zJiGZwum/iEnR/W0CvnSrZM6petHW5MfDTBwk5PaPYZs4 crU7cGaOgQJXgVM/viNo17YE3lildVZ86/IoyRgegvYZcb2eXHsmSb/JBXrVVJXD/vLU Vhn7wnxha0ody2RxQwgnOauzmPdzMRggAIFQDQP4Hh34RRstjU2wYP53athLZw0jWnup W6yA== X-Received: by 10.194.206.39 with SMTP id ll7mr3755787wjc.114.1446143045679; Thu, 29 Oct 2015 11:24:05 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id r65sm10417719wmb.20.2015.10.29.11.24.04 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Oct 2015 11:24:05 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <83si4t1v9r.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22d X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:192923 Archived-At: On 10/29/2015 06:42 PM, Eli Zaretskii wrote: > I'm not too enthusiastic about that, either, but unless I > misunderstood, some people here would like to see trailing slashes > there. Yeah, but that's what this discussion has been about. Tightening reins in this direction would make sense (store and accept "directory names" only where the values are used as directories), but a lot of fundamental functions accept both forms, and making them more strict is very likely to result in major breakage in third-party code. Tightening the reins, selectively, in the other way, is safer (because any function that accepts the without-slash value probably accepts the with-slash value as well), but it doesn't make as much sense. Even if some documentation, in certain places, has been worded like this for a while.