From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: loaddefs.el filenames as seen by `update-file-autoloads' Date: 13 May 2003 12:08:24 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200305122305.h4CN5EGw009946@rum.cs.yale.edu> <200305130114.h4D1EDBZ010190@rum.cs.yale.edu> <200305131400.h4DE0sd6012045@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1052842939 18092 80.91.224.249 (13 May 2003 16:22:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 13 May 2003 16:22:19 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue May 13 18:22:15 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19FcQj-000447-00 for ; Tue, 13 May 2003 18:15:05 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19FcXg-0005p6-00 for ; Tue, 13 May 2003 18:22:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19FcKc-0001So-0A for emacs-devel@quimby.gnus.org; Tue, 13 May 2003 12:08:46 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19FcKM-0001Sd-00 for emacs-devel@gnu.org; Tue, 13 May 2003 12:08:30 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19FcKK-0001SN-00 for emacs-devel@gnu.org; Tue, 13 May 2003 12:08:29 -0400 Original-Received: from colo.agora-net.com ([207.245.84.69]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19FcKK-0001RY-00 for emacs-devel@gnu.org; Tue, 13 May 2003 12:08:28 -0400 Original-Received: from ttn by colo.agora-net.com with local (Exim 3.34 #1) id 19FcKG-0000YB-00; Tue, 13 May 2003 12:08:24 -0400 Original-To: "Stefan Monnier" In-Reply-To: "Stefan Monnier"'s message of "Tue, 13 May 2003 10:00:54 -0400" Original-Lines: 32 X-Mailer: Gnus v5.7/Emacs 20.7 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:13834 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13834 "Stefan Monnier" writes: But that means that there is no way we can reliably use on Unix a loaddefs.el generated on VMS. So I think the thing we should do is use something like `file-name-equal' rather than string=. good point. hmmm, the filename "datapath" is currently: directory-files system-specific munging ;; proposed, e.g., downcase for vms loaddefs.el string= we can make the design more reliable by explicitly specifying the filename to be recorded in loaddefs.el (the proper comparison operation becomes apparent w/ a well-specified data format). that is, follow system-specific munging w/ "filename specification override", such as via a local variable, or by consulting the stylized top line: ;;; FILENAME.el --- do something already the file needs to be scanned for local variables, so it seems to me that approach is best. this would mean lisp/term/AT386.el would need to add something like: ;; Local variables: ;; autoload-recorded-file-name: "term/AT386.el" ;; End: that doesn't seem too onerous. thi