From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Romain Francoise Newsgroups: gmane.emacs.devel Subject: Re: find-library-name fails if file (with no extension) exists. Date: Tue, 21 Nov 2006 19:24:26 +0100 Organization: orebokech dot com Message-ID: <8764d8u085.fsf@pacem.orebokech.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1164133478 19454 80.91.229.2 (21 Nov 2006 18:24:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 21 Nov 2006 18:24:38 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 21 19:24:34 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GmaIF-0008N7-Q3 for ged-emacs-devel@m.gmane.org; Tue, 21 Nov 2006 19:24:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GmaIF-0001nh-6J for ged-emacs-devel@m.gmane.org; Tue, 21 Nov 2006 13:24:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GmaI1-0001kE-7m for emacs-devel@gnu.org; Tue, 21 Nov 2006 13:24:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GmaHz-0001hV-IT for emacs-devel@gnu.org; Tue, 21 Nov 2006 13:24:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GmaHz-0001hG-8N for emacs-devel@gnu.org; Tue, 21 Nov 2006 13:24:11 -0500 Original-Received: from [82.67.41.165] (helo=yeast.orebokech.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GmaHz-0002Co-0K for emacs-devel@gnu.org; Tue, 21 Nov 2006 13:24:11 -0500 Original-Received: from pacem.orebokech.com (pacem.orebokech.com [192.168.1.3]) by yeast.orebokech.com (Postfix) with ESMTP id 22E8D12C2B; Tue, 21 Nov 2006 19:24:10 +0100 (CET) Original-Received: by pacem.orebokech.com (Postfix, from userid 1000) id 3D3D65244A; Tue, 21 Nov 2006 19:24:26 +0100 (CET) Original-To: "Juanma Barranquero" X-Face: }9mYu,e_@+e!`Z-P5kVXa3\_b:hdJ"B)ww[&=b<2=awG:GOIM (Juanma Barranquero's message of "Tue\, 21 Nov 2006 17\:22\:13 +0100") X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:62600 Archived-At: This change is necessary to find the "foo.el.gz" file if `symbol-file' returns that the definition is in "foo.el" -- since we compress source files after installing them (on systems where gzip is present), trying to find a file named foo.el will fail. Note that the same problem existed before my change with files ending in ".elc". I'm not sure if this is worth fixing before the release, this code is very convoluted and there are quite a few corner cases. For example, if you start Emacs with `emacs -Q', then do `C-h f erc RET', it says erc is an interactive autoloaded Lisp function in `erc'. ^^^^^ Then if you M-: (require 'erc) RET and try again, it says erc is an interactive compiled Lisp function in `erc.el'. ^^^^^^^^ This is because in the first case the filename is fetched from the autoloads, and in the second case it's fetched from `load-history'. So trying to generalize a method is tricky: it must work with "erc" and "erc.el". If it's any consolation, the bug you're describing doesn't happen on a real system, where the filesystem is case-sensitive. ;-) -- Romain Francoise | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter