GNU bug report logs -
#10396
24.0.92; update-directory-autoloads now adds path element to filename in autoload definition
Previous Next
Reported by: David Engster <deng <at> randomsample.de>
Date: Thu, 29 Dec 2011 13:41:01 UTC
Severity: minor
Found in version 24.0.92
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10396 in the body.
You can then email your comments to 10396 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10396
; Package
emacs
.
(Thu, 29 Dec 2011 13:41:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David Engster <deng <at> randomsample.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 29 Dec 2011 13:41:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
This might not be a bug, but I couldn't find anything in NEWS regarding
this issue, and it breaks my personal autoload setup.
Recipe:
* mkdir -p ~/foo/bar
* Create a file 'test.el' in foo/bar, containing
;;;###autoload
(defun testthis ()
)
* cd ~/foo and call
emacs --batch --eval '(let ((generated-autoload-file "~/foo/loaddefs.el")) (update-directory-autoloads "~/foo/bar")))'
* The file ~/foo/loaddefs.el will have this autoload definition:
(autoload 'testthis "bar/test" "\
Using emacs v23.3, I only get
(autoload 'testthis "test" "\
-David
In GNU Emacs 24.0.92.6 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2011-12-28 on spaten
Windowing system distributor `The X.Org Foundation', version 11.0.11103000
configured using `configure '--prefix=/opt/emacs' '--without-gsettings' '--without-gconf' '--without-dbus' '--with-x-toolkit=lucid''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: C
value of $LC_MESSAGES: C
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10396
; Package
emacs
.
(Sat, 31 Dec 2011 09:59:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 10396 <at> debbugs.gnu.org (full text, mbox):
> This might not be a bug, but I couldn't find anything in NEWS regarding
> this issue, and it breaks my personal autoload setup.
It's a feature: since foo/bar is not in `load-path', autoload.el figures
that only "bar/test" will properly load the file.
So you just need to set `load-path' to include `foo/bar' like you
probably already do elsewhere.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10396
; Package
emacs
.
(Sat, 31 Dec 2011 10:57:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10396 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier writes:
>> This might not be a bug, but I couldn't find anything in NEWS regarding
>> this issue, and it breaks my personal autoload setup.
>
> It's a feature: since foo/bar is not in `load-path', autoload.el figures
> that only "bar/test" will properly load the file.
> So you just need to set `load-path' to include `foo/bar' like you
> probably already do elsewhere.
But it's a new feature, right? Emacs 23.3 doesn't seem to do that.
If it's new, I think it should be mentioned in NEWS; it is an important
change for anyone creating Emacs packages, since I now have to make sure
that `load-path' during autoload-generation and during actual usage of
the package is consistent.
-David
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10396
; Package
emacs
.
(Fri, 27 Jan 2012 08:41:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 10396 <at> debbugs.gnu.org (full text, mbox):
David Engster <deng <at> randomsample.de> writes:
> Stefan Monnier writes:
>>> This might not be a bug, but I couldn't find anything in NEWS regarding
>>> this issue, and it breaks my personal autoload setup.
>>
>> It's a feature: since foo/bar is not in `load-path', autoload.el figures
>> that only "bar/test" will properly load the file.
>> So you just need to set `load-path' to include `foo/bar' like you
>> probably already do elsewhere.
>
> But it's a new feature, right? Emacs 23.3 doesn't seem to do that.
>
> If it's new, I think it should be mentioned in NEWS; it is an important
> change for anyone creating Emacs packages, since I now have to make sure
> that `load-path' during autoload-generation and during actual usage of
> the package is consistent.
Could you suggest a NEWS entry? That would be helpful, since I don't
understand how the current autoload behavior breaks your setup.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10396
; Package
emacs
.
(Sat, 28 Jan 2012 18:43:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 10396 <at> debbugs.gnu.org (full text, mbox):
Chong Yidong writes:
> David Engster <deng <at> randomsample.de> writes:
>
>> Stefan Monnier writes:
>>>> This might not be a bug, but I couldn't find anything in NEWS regarding
>>>> this issue, and it breaks my personal autoload setup.
>>>
>>> It's a feature: since foo/bar is not in `load-path', autoload.el figures
>>> that only "bar/test" will properly load the file.
>>> So you just need to set `load-path' to include `foo/bar' like you
>>> probably already do elsewhere.
>>
>> But it's a new feature, right? Emacs 23.3 doesn't seem to do that.
>>
>> If it's new, I think it should be mentioned in NEWS; it is an important
>> change for anyone creating Emacs packages, since I now have to make sure
>> that `load-path' during autoload-generation and during actual usage of
>> the package is consistent.
>
> Could you suggest a NEWS entry? That would be helpful, since I don't
> understand how the current autoload behavior breaks your setup.
Here's a suggestion:
When generating autoloads, `update-directory-autoloads' now longer
assumes that every inspected file will be in your `load-path', but will
now generate relative names according to your current `load-path' setting.
Stefan, please correct me if this is not a proper description of the new
behavior. Also, I'm not sure if this new feature only affects
`update-directory-autoloads', but also other autoload functions.
-David
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10396
; Package
emacs
.
(Sun, 26 Feb 2012 09:55:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 10396 <at> debbugs.gnu.org (full text, mbox):
David Engster <deng <at> randomsample.de> writes:
> Here's a suggestion:
>
> When generating autoloads, `update-directory-autoloads' now longer
> assumes that every inspected file will be in your `load-path', but will
> now generate relative names according to your current `load-path' setting.
I went ahead and committed this NEWS entry.
bug closed, send any further explanations to
10396 <at> debbugs.gnu.org and David Engster <deng <at> randomsample.de>
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 26 Feb 2012 09:56:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 25 Mar 2012 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.