unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* native-comp - Questions: eln-cache and subdirs.el?
@ 2020-09-30 10:12 Arthur Miller
  2020-09-30 10:51 ` Andrea Corallo via Emacs development discussions.
  2020-09-30 14:06 ` Eli Zaretskii
  0 siblings, 2 replies; 11+ messages in thread
From: Arthur Miller @ 2020-09-30 10:12 UTC (permalink / raw)
  To: emacs-devel

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;

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?



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 10:12 native-comp - Questions: eln-cache and subdirs.el? Arthur Miller
@ 2020-09-30 10:51 ` Andrea Corallo via Emacs development discussions.
  2020-09-30 11:49   ` Arthur Miller
  2020-09-30 14:06 ` Eli Zaretskii
  1 sibling, 1 reply; 11+ messages in thread
From: Andrea Corallo via Emacs development discussions. @ 2020-09-30 10:51 UTC (permalink / raw)
  To: Arthur Miller; +Cc: emacs-devel

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.

> 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.

Regards

  Andrea



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 10:51 ` Andrea Corallo via Emacs development discussions.
@ 2020-09-30 11:49   ` Arthur Miller
  2020-09-30 14:24     ` Andrea Corallo via Emacs development discussions.
  0 siblings, 1 reply; 11+ messages in thread
From: Arthur Miller @ 2020-09-30 11:49 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: emacs-devel

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.




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 10:12 native-comp - Questions: eln-cache and subdirs.el? Arthur Miller
  2020-09-30 10:51 ` Andrea Corallo via Emacs development discussions.
@ 2020-09-30 14:06 ` Eli Zaretskii
  2020-09-30 15:04   ` Arthur Miller
  1 sibling, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2020-09-30 14:06 UTC (permalink / raw)
  To: Arthur Miller; +Cc: emacs-devel

> From: Arthur Miller <arthur.miller@live.com>
> Date: Wed, 30 Sep 2020 12:12:20 +0200
> 
> About subdirs:
> 
> since Emacs deprecated subdirs

We did?  When and why?



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 11:49   ` Arthur Miller
@ 2020-09-30 14:24     ` Andrea Corallo via Emacs development discussions.
  2020-09-30 15:05       ` Arthur Miller
  0 siblings, 1 reply; 11+ messages in thread
From: Andrea Corallo via Emacs development discussions. @ 2020-09-30 14:24 UTC (permalink / raw)
  To: Arthur Miller; +Cc: emacs-devel

Arthur Miller <arthur.miller@live.com> writes:
[...]
> 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.

Ah I see.  These are not native-comp related, they are there also
building vanilla master.  IOW I'm not guilty of those! :)

  Andrea



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 14:06 ` Eli Zaretskii
@ 2020-09-30 15:04   ` Arthur Miller
  2020-09-30 15:49     ` Andrea Corallo via Emacs development discussions.
  2020-09-30 15:51     ` Stefan Monnier
  0 siblings, 2 replies; 11+ messages in thread
From: Arthur Miller @ 2020-09-30 15:04 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Arthur Miller <arthur.miller@live.com>
>> Date: Wed, 30 Sep 2020 12:12:20 +0200
>> 
>> About subdirs:
>> 
>> since Emacs deprecated subdirs
>
> We did?  When and why?
I don't know; when I compile Emacs I get "package subdirs.el is
deprecated" on every lisp file that is compiled.

I am just going away on a travel, but when I get home for the weekend I
can post the compiler output.



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 14:24     ` Andrea Corallo via Emacs development discussions.
@ 2020-09-30 15:05       ` Arthur Miller
  0 siblings, 0 replies; 11+ messages in thread
From: Arthur Miller @ 2020-09-30 15:05 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: emacs-devel

Andrea Corallo <akrl@sdf.org> writes:

> Arthur Miller <arthur.miller@live.com> writes:
> [...]
>> 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.
>
> Ah I see.  These are not native-comp related, they are there also
> building vanilla master.  IOW I'm not guilty of those! :)

Haha :-) Ok. I understand.

Thanks for the explanation.



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 15:04   ` Arthur Miller
@ 2020-09-30 15:49     ` Andrea Corallo via Emacs development discussions.
  2020-09-30 15:51     ` Stefan Monnier
  1 sibling, 0 replies; 11+ messages in thread
From: Andrea Corallo via Emacs development discussions. @ 2020-09-30 15:49 UTC (permalink / raw)
  To: Arthur Miller; +Cc: Eli Zaretskii, emacs-devel

Arthur Miller <arthur.miller@live.com> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Arthur Miller <arthur.miller@live.com>
>>> Date: Wed, 30 Sep 2020 12:12:20 +0200
>>> 
>>> About subdirs:
>>> 
>>> since Emacs deprecated subdirs
>>
>> We did?  When and why?
> I don't know; when I compile Emacs I get "package subdirs.el is
> deprecated" on every lisp file that is compiled.
>
> I am just going away on a travel, but when I get home for the weekend I
> can post the compiler output.

That's bizarre, I don't see these messages.

Have a safe trip :)

  Andrea



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 15:04   ` Arthur Miller
  2020-09-30 15:49     ` Andrea Corallo via Emacs development discussions.
@ 2020-09-30 15:51     ` Stefan Monnier
  2020-10-04 15:27       ` Arthur Miller
  1 sibling, 1 reply; 11+ messages in thread
From: Stefan Monnier @ 2020-09-30 15:51 UTC (permalink / raw)
  To: Arthur Miller; +Cc: Eli Zaretskii, emacs-devel

> I don't know; when I compile Emacs I get "package subdirs.el is
> deprecated" on every lisp file that is compiled.

Hmm... looks like you got yourself a spurious file
`lisp/obsolete/subdirs.el`.  It shouldn't be there.
Just remove it and if it comes back, try and figure out how/why.


        Stefan




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-09-30 15:51     ` Stefan Monnier
@ 2020-10-04 15:27       ` Arthur Miller
  2020-10-04 20:16         ` Andreas Schwab
  0 siblings, 1 reply; 11+ messages in thread
From: Arthur Miller @ 2020-10-04 15:27 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Eli Zaretskii, emacs-devel

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> I don't know; when I compile Emacs I get "package subdirs.el is
>> deprecated" on every lisp file that is compiled.
>
> Hmm... looks like you got yourself a spurious file
> `lisp/obsolete/subdirs.el`.  It shouldn't be there.
> Just remove it and if it comes back, try and figure out how/why.

Thanks for the tip;

just trying to rebuild Emacs and I see that the file gets recreated
after I delete it; during the build.

Any tip how to figure out what creates it? Or do I need to discard
entire source tree and re-download from Savannah?



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: native-comp - Questions: eln-cache and subdirs.el?
  2020-10-04 15:27       ` Arthur Miller
@ 2020-10-04 20:16         ` Andreas Schwab
  0 siblings, 0 replies; 11+ messages in thread
From: Andreas Schwab @ 2020-10-04 20:16 UTC (permalink / raw)
  To: Arthur Miller; +Cc: Eli Zaretskii, Stefan Monnier, emacs-devel

On Okt 04 2020, Arthur Miller wrote:

> Any tip how to figure out what creates it?

It is created because there is a subdirectory in that directory.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."



^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2020-10-04 20:16 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-30 10:12 native-comp - Questions: eln-cache and subdirs.el? Arthur Miller
2020-09-30 10:51 ` Andrea Corallo via Emacs development discussions.
2020-09-30 11:49   ` Arthur Miller
2020-09-30 14:24     ` Andrea Corallo via Emacs development discussions.
2020-09-30 15:05       ` Arthur Miller
2020-09-30 14:06 ` Eli Zaretskii
2020-09-30 15:04   ` Arthur Miller
2020-09-30 15:49     ` Andrea Corallo via Emacs development discussions.
2020-09-30 15:51     ` Stefan Monnier
2020-10-04 15:27       ` Arthur Miller
2020-10-04 20:16         ` Andreas Schwab

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).