[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35022: 26.1; Load order of custom-autoload, custom-load-symbol, cust
From: |
Allen Li |
Subject: |
bug#35022: 26.1; Load order of custom-autoload, custom-load-symbol, custom-loads is backward? |
Date: |
Sat, 13 Apr 2019 21:57:02 +0000 |
On Thu, Apr 11, 2019 at 1:54 AM Noam Postavsky <npostavs@gmail.com> wrote:
>
> Allen Li <darkfeline@felesatra.moe> writes:
>
> > But not for this:
> >
> > ;; Called from site-start
> > (custom-autoload 'foo-some-variable "some/path/to/foo" nil)
> > ;; Called from init.el/package-initialize
> > (custom-autoload 'foo-some-variable "foo" nil)
> >
> > I'm not sure yet what the proper approach for my problem is.
>
> Would it be too impertinent to suggest the proper aproach is this:
>
> ;; Called from site-start
> (add-to-list 'load-path (expand-file-name "some/path/to"))
> (custom-autoload 'foo-some-variable "foo" nil)
> ;; Called from init.el/package-initialize
> (custom-autoload 'foo-some-variable "foo" nil)
The site-start is shipped by the distro which I don't have control over.
>
> Otherwise, I guess extending custom-add-load and custom-load-symbol to
> handle entries of the form (LIBRARY . RELATIVE-NAME) could make sense.
After some deliberation, I think custom-add-load's current behavior is correct,
so I'll take my issue downstream.
Thanks