From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#43385: 27.1; Regression in `find-library' Date: Sun, 13 Sep 2020 23:49:08 +0000 (UTC) Message-ID: References: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> <87zh5tdzua.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30676"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43385@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 14 01:52:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kHbn0-0007sO-Ae for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Sep 2020 01:52:10 +0200 Original-Received: from localhost ([::1]:53940 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHbmz-0000WU-DB for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Sep 2020 19:52:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42152) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHbms-0000V4-C7 for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2020 19:52:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40546) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kHbms-0002xU-3B for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2020 19:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kHbms-0005R1-32 for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2020 19:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Sep 2020 23:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43385 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 43385-submit@debbugs.gnu.org id=B43385.160004108120825 (code B ref 43385); Sun, 13 Sep 2020 23:52:02 +0000 Original-Received: (at 43385) by debbugs.gnu.org; 13 Sep 2020 23:51:21 +0000 Original-Received: from localhost ([127.0.0.1]:52088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbmD-0005Pp-Jn for submit@debbugs.gnu.org; Sun, 13 Sep 2020 19:51:21 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:47316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbmA-0005Pb-4O for 43385@debbugs.gnu.org; Sun, 13 Sep 2020 19:51:20 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08DNoQ2M009719; Sun, 13 Sep 2020 23:51:12 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=QoE38FfdcpNLrbci/hOcp8SDmz1xBH6d04PJXsXOQnQ=; b=aaALyUjjvzTWIjpCJ9iXbD0PmgXI+opZfHVNj8q7JYewn64XNNvCVPD/VEm3vka5GcD4 yTS5JtfF+3fOlW0XlrjpCXMzZVKWCEka5MOfP39TtGSQd7gD+6vXXUBQ9I4/O69OnyGR /1yEiZAnXkvmrv8R+zJ9+vWTsXAtk9VPnJYtHJE5CVA5zsrUUei3c0Rq28dKxw6jvdUe XW+E+DcCZjDaN6eErl6hZC1r+3MvlbIf2OdqcS+Jh1MZzrB9idAqUJJX+Dk2WbNkR1z1 izXSRZcO/z8IBCc12ZbFneYkL6v6cmyzJn6nNa0yFmqxkPSw97Qwiqpowbv7nwU0Cd0J Pw== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 33gp9kuhxw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 13 Sep 2020 23:51:12 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08DNkvoA106022; Sun, 13 Sep 2020 23:49:11 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 33h88unj7b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 13 Sep 2020 23:49:11 +0000 Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 08DNn9ah019160; Sun, 13 Sep 2020 23:49:09 GMT In-Reply-To: <87zh5tdzua.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9743 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 spamscore=0 adultscore=0 suspectscore=0 mlxscore=0 bulkscore=0 mlxlogscore=999 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009130220 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9743 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxlogscore=999 adultscore=0 malwarescore=0 clxscore=1011 lowpriorityscore=0 phishscore=0 spamscore=0 priorityscore=1501 suspectscore=0 impostorscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009130221 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:188015 Archived-At: > > emacs -Q > > > > M-x find-library RET mouse. TAB > > > > No match. It should show mouse.el and mouse.elc as completions. >=20 > No, it shouldn't -- it should complete over library names, and the > library name is "mouse", not "mouse.el" or "mouse.elc". >=20 > (Closing this bug report.) I _really_ disagree. The latter has always been the behavior, since Day One. It allows you to load either the .el or the .elc, au choix, without needing to specify or even know where those are located. You CAN just provide the base name, with no extension, which picks up one or the other, according to the well-documented lookup behavior. That too is a feature. But it's just as much a feature to be able to specify which one you want to load. This is about LOADING. Loading Lisp code can involve loading source or byte-compiled code. Users should be able to control which gets loaded, when both are available (in the `load-path'). All three, mouse, mouse.el, and mouse.elc, are library names - ways to refer to a library. Interactively, the first is a shortcut for a complex lookup procedure to get to one of the others. This is a definite step backward, an incompatible change - a regression that hurts users. (And it's not even called out in NEWS as an intentional change.) I can't believe that you would defend this as an improvement. I've been able to specify which I want since 1985.