Re: Dedicated search path variable for architecture-dependant loadable file

[Eli Zaretskii <eliz@gnu.org>]

> From: Zhu Zihao <all_but_last@163.com>
> Date: Fri, 15 Jan 2021 19:00:43 +0800
> 
> It's OK for me. But it's not an idiomatic way in distribution packaging.
> For distrbution packaged Elisp packages, Lisp files usually placed at
> <prefix>/share/emacs/site-lisp. In FHS spec
> (https://www.pathname.com/fhs/pub/fhs-2.3.html), <prefix>/share should
> only contains architecture-independant files, and obviously dynamic
> library is not the case. They should be placed under <prefix>/lib.
> 
> My suggestion is add a new `native-load-path` Lisp variable and
> `EMACSNATIVELOADPATH` environment variable to enable a dedicated search
> path for native files.

So you are saying that the Lisp part of a module should be installed
under /usr/share/emacs/site-list, and it's shared-library part under
/usr/lib?  Wouldn't this complicate things?

I'm not sure I understand the problem: doesn't a module normally come
with a Lisp interface file?  And if so, couldn't the module solve this
inside the Lisp part, e.g., load the shared-library file explicitly?
IOW, why do we need to treat this situation specially?

Failing that, how about arranging for architecture-dependent
subdirectories under site-lisp instead?