emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: native-comp - Questions: eln-cache and subdirs.el?


From: Arthur Miller
Subject: Re: native-comp - Questions: eln-cache and subdirs.el?
Date: Wed, 30 Sep 2020 13:49:02 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Andrea Corallo <akrl@sdf.org> writes:

> Arthur Miller <arthur.miller@live.com> writes:
>
>> I have something like 3 different eln-caches now
>>   
>>   28.0.50-x86_64-pc-linux-gnu-8e48a483af0cc5adcb56147eb760a39f
>>   2020-09-27 12:03 
>> 28.0.50-x86_64-pc-linux-gnu-cfb9403e84a6e99e5ac1bea6ab4abade
>>   2020-08-21 17:21 x86_64-pc-linux-gnu-958646d5fbcc566c
>>
>> Are they all used or I can delete some? I also see that not all files
>> are in all folders;
>
> Hi Arthur,
>
> if you have only one Emacs compiled you can always remove all of these
> but the most recent.  Well technically you could also remove all of them
> and even eln-cache and it will recompile only what's needed in that case.
Yes; thanks!

>> About subdirs:
>>
>> since Emacs deprecated subdirs; are there plans to get rid of that
>> mechanism later on, or it is it here to stay? I see in source code that
>> content of all subidirs.el is same (I checked few) on my machine; it
>> says:
>>
>> ;; In load-path, after this directory should come
>> ;; certain of its subdirectories.  Here we specify them.
>> (normal-top-level-add-to-load-path 
>> '("eln-x86_64-pc-linux-gnu-600a7a2b93bc09d0" ))
>> ;; Local Variables:
>> ;; version-control: never
>> ;; no-byte-compile: t
>> ;; no-update-autoloads: t
>> ;; End:
>>
>> Since Emacs screams about deprecation when compiling; maybe this could
>> be saved into 'somefile.el' and then followed by a directory listing, or
>> just as assoc list?
>>
>> Example:
>>
>> ;; In load-path, after this directory should come
>> ;; certain of its subdirectories.  Here we specify them.
>> ;; Local Variables:
>> ;; version-control: never
>> ;; no-byte-compile: t
>> ;; no-update-autoloads: t
>> ;; End:
>> ((dir1 . '(normal-top-level-add-to-load-path 
>> "eln-x86_64-pc-linux-gnu-600a7a2b93bc09d0" ))
>>  (dir2 . '(normal-top-level-add-to-load-path 
>> "eln-x86_64-pc-linux-gnu-600a7a2b93bc09d0" ))
>>  ( .... )
>>  (dirN . '(normal-top-level-add-to-load-path 
>> "eln-x86_64-pc-linux-gnu-600a7a2b93bc09d0" )))
>>
>> Maybe I missunderstand how this set of subdirs is ment to be specified,
>> but maybe some similar mechanism is possible?
>
> Not sure I understand the interaction of subdirs with the native
> compiler.  The system is meant to be transparent and the .elc are still
> there for now so any decision on this should not be influenced by the
> .eln machinery I think.
I am not sure I understand either :-);

It can be the product of me running Emacs  directly from the source
folder; where I compile it. So it must be something in Emacs that
produces those subdirs.el. I thought it was native compiler that is
responsible for those.

There is one in the lisp folder in emacs sources for each directory. I
tried to remove them and then Emacs can not find anything :-), and they
were back after I recompiled.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]