From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: lawrence mitchell Newsgroups: gmane.emacs.bugs Subject: update-autoloads can fail to find correct loaddefs.el Date: Sat, 27 Apr 2002 01:44:03 +0100 Organization: me Sender: bug-gnu-emacs-admin@gnu.org Message-ID: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1019868494 11180 127.0.0.1 (27 Apr 2002 00:48:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 27 Apr 2002 00:48:14 +0000 (UTC) Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 171GNp-0002uD-00 for ; Sat, 27 Apr 2002 02:48:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 171GNw-0007hN-00; Fri, 26 Apr 2002 20:48:20 -0400 Original-Received: from grassmarket.ucs.ed.ac.uk ([129.215.166.64]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 171GN1-0007fD-00 for ; Fri, 26 Apr 2002 20:47:23 -0400 Original-Received: from RESNET-19852584.resnet (19852584.resnet.ed.ac.uk [10.20.0.77]) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id g3R0lF916507 for ; Sat, 27 Apr 2002 01:47:19 +0100 (BST) Original-To: bug-gnu-emacs@gnu.org X-No-Yes: No Original-Lines: 31 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-msvc-windows98.2222) Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:977 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:977 In GNU Emacs 21.2.1 (i386-msvc-windows98.2222) of 2002-03-19 on buffy configured using `configure --with-msvc (12.00)' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I think this applies to all systems, however, have only tested on MS Windows. When calling update-autoloads the file name for loaddefs.el is the value thereof at Emacs' build time, rather than where Emacs might currently be installed. The problem seems to lie in the fact that update-autoloads tries to find loaddefs.el by doing: (expand-file-name generated-autoload-file (expand-file-name "lisp" source-directory)) Which, if Emacs has subsequently moved, or been compiled in one directory and then installed in another will return the wrong file name. I suppose this can be remedied at the user end by redefining what source-directory's value is, but this doesn't seem like a nice solution. I'm not sure whether replacing that call by (locate-library generated-autoload-file) would break anything. -- lawrence mitchell