From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#17848: #17848 add suffix search to -l even when directory part in argument Date: Mon, 05 Sep 2016 18:59:22 -0400 Message-ID: <8737le9cmt.fsf@users.sourceforge.net> References: <8737lyulkl.fsf@users.sourceforge.net> <878tv9ndce.fsf@users.sourceforge.net> <831t10evoh.fsf@gnu.org> <8760qb9v5v.fsf_-_@users.sourceforge.net> <838tv6crlw.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1473116430 13672 195.159.176.226 (5 Sep 2016 23:00:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 5 Sep 2016 23:00:30 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: 17848@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 06 01:00:26 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bh2sF-0002W1-Pa for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2016 01:00:19 +0200 Original-Received: from localhost ([::1]:57376 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bh2sD-0007MB-EA for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Sep 2016 19:00:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38459) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bh2s3-0007I6-Pl for bug-gnu-emacs@gnu.org; Mon, 05 Sep 2016 19:00:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bh2rz-00033C-Ms for bug-gnu-emacs@gnu.org; Mon, 05 Sep 2016 19:00:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52986) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bh2rz-00032d-Jm for bug-gnu-emacs@gnu.org; Mon, 05 Sep 2016 19:00:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bh2ry-0000jV-TR for bug-gnu-emacs@gnu.org; Mon, 05 Sep 2016 19:00:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Sep 2016 23:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17848 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 17848-submit@debbugs.gnu.org id=B17848.14731163482722 (code B ref 17848); Mon, 05 Sep 2016 23:00:02 +0000 Original-Received: (at 17848) by debbugs.gnu.org; 5 Sep 2016 22:59:08 +0000 Original-Received: from localhost ([127.0.0.1]:50698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bh2r6-0000hp-0o for submit@debbugs.gnu.org; Mon, 05 Sep 2016 18:59:08 -0400 Original-Received: from mail-it0-f51.google.com ([209.85.214.51]:34910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bh2r4-0000hN-Q4 for 17848@debbugs.gnu.org; Mon, 05 Sep 2016 18:59:07 -0400 Original-Received: by mail-it0-f51.google.com with SMTP id e124so165694272ith.0 for <17848@debbugs.gnu.org>; Mon, 05 Sep 2016 15:59:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=QTTsHpNrZS0MJFlDQEVaprJgS3GV2CrPvd+/e46oDHs=; b=vfe1o9YWSoWlig8b3ODcYN3fnce6J2s0wqfAaW7qlIXTLkKm4hAsBxPyMUM/qFFtOh e3K2GitxioWQvMsDE3unmVUp7nigxYuq4LzwzvEBRBBwhX5QVYKM3+9kAJie/6/bjX6b 37HA+ubRI5rTbwfVdW15aM7gs1Bmc0LPqX1f+4S45QYR0zTN+k2Yhr5veWuFExM0N15H UIGy0l5x7mXg2eVCtj38bSdOWPvI6xXjOwL/PN9Vq4/KzioqWNLrRDcwSbg6WLlZT5bl iF2AEUEYm7J90h3usnfiI/htqRjtWA5iHFYIfCPEmm8eIJvzWjnXD1H3yt1HWMe03W62 bABw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=QTTsHpNrZS0MJFlDQEVaprJgS3GV2CrPvd+/e46oDHs=; b=B3iBsUNjseubaIcUhZpVrY6FBBO3u+pGvmPFfaj4puuUugu6V8Y0HC+C2cSnGXbQf8 H5vgFQGn5eVBf9LUGLZxiFeZ8xEyZ+rCO5ZPxWmqHAj9i5YFowDvb1ueAlKPdBuq7kwu 34+fup4A8b0MayB2ReYwgRntH5UgCHdtoanzOaM4wazEg43wRIQip7cRf4GKdFhRqJO8 yBORcyBniSI27fkYcZYoQAQyAMCL2EUcbqJINplwfcQlqOWebSyYa61BPPp3wwFr1ewK JM1XwZ2c8dAqalTyKwcgRJ7baCzX1sSWoyeIja92co2Xctxk+DNM6IkIimGoIgd4wkL+ jZPg== X-Gm-Message-State: AE9vXwO4eTyICUTHwRiRcdEDRNXrTMpQhCF1vL1sMQyiNQxo/VytzCvSWjwY9Z/tgmnprw== X-Received: by 10.36.87.212 with SMTP id u203mr26287920ita.7.1473116341143; Mon, 05 Sep 2016 15:59:01 -0700 (PDT) Original-Received: from zony ([45.2.7.130]) by smtp.googlemail.com with ESMTPSA id r123sm8357298ith.1.2016.09.05.15.59.00 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 05 Sep 2016 15:59:00 -0700 (PDT) In-Reply-To: <838tv6crlw.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 05 Sep 2016 18:07:39 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:122978 Archived-At: Eli Zaretskii writes: >> From: npostavs@users.sourceforge.net >> Cc: 17848@debbugs.gnu.org, rgm@gnu.org >> Date: Sun, 04 Sep 2016 18:06:52 -0400 >> >> So now in the context of *this* bug, I think `locate-file' is needed. >> The current directory needs to be searched for suffixed versions, but we >> can't let `load' do that without adding "." to `load-path'. > > I'm not sure. Wouldn't adding the leading directory to load-path in a > let-binding be a cleaner solution? IOW, I don't understand the reason > for the "Take file from default dir if it exists there" logic in the > first place -- what are we gaining there? If we let-bind `load-path', then this could influence the code that we're loading. For more context, I came to this bug from test/Makefile.in: ## We need to use $loadfile because: ## i) -L :$srcdir -l basename does not work, because we have files whose ## basename duplicates a file in lisp/ (eg eshell.el). ## ii) Although -l basename will automatically load .el or .elc, ## -l ./basename treats basename as a literal file (it would be nice ## to change this; bug#17848 - if that gets done, this can be simplified).