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.
Full log
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
This bug report was last modified 13 years and 167 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.