hard coded autoload file

hard coded autoload file

[Ivan Kanis]

Hello,

It seems each file has the name of the autoload file hard coded at the
end.

For example at the end org-element.el:

;; Local variables:
;; generated-autoload-file: "org-loaddefs.el"
;; End:

It sucks for me as I generate autoload with a different name. I made a
workaround so it's fine.

I think it would be better engineered no to have this stuff
repeated at the end of each file.

It would be better that it's specified somewhere in the autoconf.

If I work on this would the patch be accepted?
-- 
Not properly grounded, please bury computer.
    -- BOFH excuse #52

Re: hard coded autoload file

[Bastien]

Hi Ivan,

Ivan Kanis <banana@kanis.fr> writes:

> It seems each file has the name of the autoload file hard coded at the
> end.
>
> For example at the end org-element.el:
>
> ;; Local variables:
> ;; generated-autoload-file: "org-loaddefs.el"
> ;; End:
>
> It sucks for me as I generate autoload with a different name. I made a
> workaround so it's fine.

Why do you generate autoloads with a different name?

> I think it would be better engineered no to have this stuff
> repeated at the end of each file.

We follow the Calc exemple here: .el files for which autoloads need to
be in Emacs loaddefs.el don't have this local variable set, and files
for which autoloads are put into org-loaddefs.el do have this
variable.

This is for reducing the number of Org autoloads in loaddefs.el as it
speeds up Emacs startup time.

> It would be better that it's specified somewhere in the autoconf.

> If I work on this would the patch be accepted?

I can imagine some ad hoc function putting the autoloads were they
belong, but this would be ad hoc.  I guess you'll have first to
explain why the current setup is problematic.  

-- 
 Bastien

Re: hard coded autoload file

[Ivan Kanis]

April, 26 at 8:36 Bastien wrote:

>> It sucks for me as I generate autoload with a different name. I made a
>> workaround so it's fine.
>
> Why do you generate autoloads with a different name?

I do my own packaging. I started before ELPA and el-get existed. I was
dissatisfied with the Debian way.

Now I am still doing it to keep third-party packages in sync with my
three computers.

>> I think it would be better engineered no to have this stuff
>> repeated at the end of each file.
>
> We follow the Calc exemple here: .el files for which autoloads need to
> be in Emacs loaddefs.el don't have this local variable set, and files
> for which autoloads are put into org-loaddefs.el do have this
> variable.

OK, I didn't know that Emacs has two autoload files. It makes sense now.

> I can imagine some ad hoc function putting the autoloads were they
> belong, but this would be ad hoc.  I guess you'll have first to
> explain why the current setup is problematic.  

There is no need to waste anymore time on this. I have a workaround.
-- 
The power of accurate observation is commonly called cynicism by those
who have not got it.
    -- George Bernard Shaw