A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://lists.gnu.org/archive/html/emacs-devel/2022-11/msg00519.html below:

Re: feature/package-vc has been merged

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Stefan Monnier Subject: Re: feature/package-vc has been merged Date: Wed, 09 Nov 2022 13:22:46 -0500 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) 
>> Those for `extensions/` can be handled by adding `extensions/` to
>> the `load-path` in the `<pkg>-autoloads.el` generated by
>> `package-vc-install`.
> OK, but how would this generalise?  Hard-coding something like "if
> 'extensions/' is renamed to the '', then add 'extensions/' to
> `load-path'" doesn't sound desirable.

Agreed.  The main problem is that `:renames` doesn't say if it's done
for ELisp files or for something else.

If we knew that than it would be a simple matter of checking if the new
name is just "".

There are other packages with extra ELisp subdirectories
(e.g. `proof-general` and `hyperbole`) which handle them differently.

I'd be tempted to say that the way `corfu` and `vertico` do it
(i.e. via `:renames`) should be discouraged.  E.g. let them add
`extensions` to `load-path` "by hand" rather than get a similar result
via `:renames`.


        Stefan

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4