From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#52773: Master and (probably) emacs-28: locate-library hides .eln files. Date: Sat, 25 Dec 2021 10:43:51 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5482"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 52773@debbugs.gnu.org To: Alan Mackenzie Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 25 11:44:11 2021 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 1n14X5-0001Hl-5E for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Dec 2021 11:44:11 +0100 Original-Received: from localhost ([::1]:38836 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n14X3-0003OY-4w for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Dec 2021 05:44:09 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41446) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n14Ww-0003OM-Nd for bug-gnu-emacs@gnu.org; Sat, 25 Dec 2021 05:44:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55234) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n14Ww-0005CQ-EJ for bug-gnu-emacs@gnu.org; Sat, 25 Dec 2021 05:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n14Ww-0007Vt-8v for bug-gnu-emacs@gnu.org; Sat, 25 Dec 2021 05:44:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Dec 2021 10:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52773 X-GNU-PR-Package: emacs Original-Received: via spool by 52773-submit@debbugs.gnu.org id=B52773.164042903828863 (code B ref 52773); Sat, 25 Dec 2021 10:44:02 +0000 Original-Received: (at 52773) by debbugs.gnu.org; 25 Dec 2021 10:43:58 +0000 Original-Received: from localhost ([127.0.0.1]:38547 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n14Wr-0007VT-N0 for submit@debbugs.gnu.org; Sat, 25 Dec 2021 05:43:57 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:64960) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n14Wn-0007VJ-V7 for 52773@debbugs.gnu.org; Sat, 25 Dec 2021 05:43:56 -0500 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 1BPAhp3r021522 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sat, 25 Dec 2021 10:43:52 GMT In-Reply-To: (Alan Mackenzie's message of "Fri, 24 Dec 2021 21:03:17 +0000") 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:223092 Archived-At: Alan Mackenzie writes: [...] >> Hi Alan, > >> The trouble in this area is that `locate-library' might be used by >> existing programs to obtain the source file (.elc files are tipically in >> the same directory where the corresponding .el are). > > Are you saying that programs obtain the path of the .elc file, then > expect to get the source file by removing the "c" at the end? Precisely. Despite what the docstring says we have to deal with the existing software on the field. IIRC at the time after a number of bug reports was deemed that minimizing incompatibilities and making the native-compiler as much transparent as possible was priority. One option would be to update the docstring and add a second function to return the true value similarly to what we did with `load-true-file-name'. The other option is of course what you've suggested. Thanks! Andrea