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: Mon, 14 Sep 2020 15:04:55 +0000 (UTC) Message-ID: <0aed3ac8-c762-4803-b410-0577740ac15d@default> 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="34588"; 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 17:16:18 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 1kHqDK-0008sA-8E for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Sep 2020 17:16:18 +0200 Original-Received: from localhost ([::1]:60370 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHqDJ-0001Fm-2J for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Sep 2020 11:16:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38278) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHq5L-0000uw-20 for bug-gnu-emacs@gnu.org; Mon, 14 Sep 2020 11:08:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44306) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kHq5K-0000Ju-Nt for bug-gnu-emacs@gnu.org; Mon, 14 Sep 2020 11:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kHq5K-0002Vf-JT for bug-gnu-emacs@gnu.org; Mon, 14 Sep 2020 11:08: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: Mon, 14 Sep 2020 15:08: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.16000960289576 (code B ref 43385); Mon, 14 Sep 2020 15:08:02 +0000 Original-Received: (at 43385) by debbugs.gnu.org; 14 Sep 2020 15:07:08 +0000 Original-Received: from localhost ([127.0.0.1]:55850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHq4R-0002UN-VC for submit@debbugs.gnu.org; Mon, 14 Sep 2020 11:07:08 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:52560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHq4O-0002TX-OW for 43385@debbugs.gnu.org; Mon, 14 Sep 2020 11:07:06 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08EF4O9g058047; Mon, 14 Sep 2020 15:06:58 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=jBmHi6HZOGRhfwn61/ZH61ffI9UZQ7zLoFyb3lucwwQ=; b=dfMie1vbqb31XGq6KSSpL0w0zxAh3dVomvQVEA8iuEqXpmtNKN4z+FxsoB4EOtKo55lk ZiKr7TMiWipdGsKw5/iA8rSbZcCZRWiF3VnM2I8xaOJh38Fo1BizBAoFdYHiKH/XRxmu vB+izba31ctSJFRSejvho/ZB4ZafJRVYLWSUxymS91rLZuy3IvuMhEYR56/xW/iO925m 0dgryW+C6eMJQmEpYhz4JCv3r9dWFjtK47Xdmt71BZ65NSOCnYPWEMIn5r07p5TT7OOy RUjrmlBa5X/UOetA+88g7xbEe2rFoPrsrR1l7b7gsMwbKX/bJl/O78uM5n0Dlz0rDeKn HQ== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 33j91d8t33-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 14 Sep 2020 15:06:58 +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 08EF4ilq031959; Mon, 14 Sep 2020 15:04:57 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3030.oracle.com with ESMTP id 33h88w3pvd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 14 Sep 2020 15:04:57 +0000 Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 08EF4uod016865; Mon, 14 Sep 2020 15:04:57 GMT In-Reply-To: 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=9744 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-2009140123 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9744 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 impostorscore=0 priorityscore=1501 malwarescore=0 suspectscore=0 mlxlogscore=999 clxscore=1015 adultscore=0 lowpriorityscore=0 spamscore=0 mlxscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009140123 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:188064 Archived-At: > > No, it shouldn't -- it should complete over library names, and the > > library name is "mouse", not "mouse.el" or "mouse.elc". > > > > (Closing this bug report.) >=20 > I _really_ disagree. The latter has always been the > behavior, since Day One. >=20 > It allows you to load either the .el or the .elc, au > choix, without needing to specify or even know where > those are located. >=20 > 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. >=20 > 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'). >=20 > 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. >=20 > 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.) >=20 > I can't believe that you would defend this as an > improvement. I've been able to specify which I want > since 1985. I spoke here of "loading", not "finding" the library. Sorry, that was a mistake. (And `find-library', unlike `load-library', which I was thinking of there, didn't exist in 1985.) But it points out precisely the problem. `load-library' does NOT have this regression. Your argument about the library being only "mouse" clearly doesn't apply for `load-library': you can do `M-x load-library mouse. TAB' and you get the expected completions. `find-library' should behave the same way, as it always has, before this regression. Please reconsider. Thx.