all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#58625: bug-gnu-emacs@gnu.org
@ 2022-10-19 10:14 Konrad Podczeck
  2022-10-19 11:01 ` Stefan Kangas
  0 siblings, 1 reply; 8+ messages in thread
From: Konrad Podczeck @ 2022-10-19 10:14 UTC (permalink / raw)
  To: 58625

Where, on the hard-disk of a mac, are the eln-files resulting from the compilation of the package files in .emacs.d/elpa now? I just rebuilt the Emacs.app from the material in git.savannah.gnu.org, without any customizations.

Konrad




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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-19 10:14 bug#58625: bug-gnu-emacs@gnu.org Konrad Podczeck
@ 2022-10-19 11:01 ` Stefan Kangas
  2022-10-19 11:23   ` Konrad Podczeck
  0 siblings, 1 reply; 8+ messages in thread
From: Stefan Kangas @ 2022-10-19 11:01 UTC (permalink / raw)
  To: Konrad Podczeck, 58625

Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:

> Where, on the hard-disk of a mac, are the eln-files resulting from the
> compilation of the package files in .emacs.d/elpa now? I just rebuilt
> the Emacs.app from the material in git.savannah.gnu.org, without any
> customizations.

See the variable `native-comp-eln-load-path'.

Please in the future use the help-gnu-emacs mailing list for support
questions.  This mailing list is primarily used for bug reports.





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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-19 11:01 ` Stefan Kangas
@ 2022-10-19 11:23   ` Konrad Podczeck
  2022-10-19 11:47     ` Stefan Kangas
  0 siblings, 1 reply; 8+ messages in thread
From: Konrad Podczeck @ 2022-10-19 11:23 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 58625

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

 “apropos >  native-comp-eln-load-path” gives me "Value: ("/Users/konradpodczeck/.emacs.d/eln-cache/" "/Applications…”, but I cannot find, e.g., “latex.eln”, even though “…/.emacs.d/elpa/auctex-13.1.4/latex.el” and, similarly, “latex.elc” both exist. In fact, /the folder "Users/konradpodczeck/.emacs.d/eln-cache/“ exists but is and  remains empty.

Konrad



Am 19.10.2022 um 13:01 schrieb Stefan Kangas <stefankangas@gmail.com>:
> 
> native-comp-eln-load-path


[-- Attachment #2: Type: text/html, Size: 1473 bytes --]

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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-19 11:23   ` Konrad Podczeck
@ 2022-10-19 11:47     ` Stefan Kangas
  2022-10-19 12:05       ` Konrad Podczeck
  0 siblings, 1 reply; 8+ messages in thread
From: Stefan Kangas @ 2022-10-19 11:47 UTC (permalink / raw)
  To: Konrad Podczeck; +Cc: 58625

Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:

> In fact, /the folder "Users/konradpodczeck/.emacs.d/eln-cache/“ exists
> but is and remains empty.

Did you build --with-native-compilation?





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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-19 11:47     ` Stefan Kangas
@ 2022-10-19 12:05       ` Konrad Podczeck
  2022-10-20 21:13         ` Stefan Kangas
  0 siblings, 1 reply; 8+ messages in thread
From: Konrad Podczeck @ 2022-10-19 12:05 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 58625

Yes, I did.

> Am 19.10.2022 um 13:47 schrieb Stefan Kangas <stefankangas@gmail.com>:
> 
> Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:
> 
>> In fact, /the folder "Users/konradpodczeck/.emacs.d/eln-cache/“ exists
>> but is and remains empty.
> 
> Did you build --with-native-compilation?






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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-19 12:05       ` Konrad Podczeck
@ 2022-10-20 21:13         ` Stefan Kangas
  2022-10-21  7:17           ` Konrad Podczeck
  0 siblings, 1 reply; 8+ messages in thread
From: Stefan Kangas @ 2022-10-20 21:13 UTC (permalink / raw)
  To: Konrad Podczeck; +Cc: 58625

Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:

>> Am 19.10.2022 um 13:47 schrieb Stefan Kangas <stefankangas@gmail.com>:
>>
>> Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:
>>
>>> In fact, /the folder "Users/konradpodczeck/.emacs.d/eln-cache/“ exists
>>> but is and remains empty.
>>
>> Did you build --with-native-compilation?
>
> Yes, I did.

This may be related to the recently fixed Bug#58637.

Could you retry using the latest master branch?





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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-20 21:13         ` Stefan Kangas
@ 2022-10-21  7:17           ` Konrad Podczeck
  2022-10-21  7:43             ` Stefan Kangas
  0 siblings, 1 reply; 8+ messages in thread
From: Konrad Podczeck @ 2022-10-21  7:17 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 58625



> Am 20.10.2022 um 23:13 schrieb Stefan Kangas <stefankangas@gmail.com>:
> 
> Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:
> 
>>> Am 19.10.2022 um 13:47 schrieb Stefan Kangas <stefankangas@gmail.com>:
>>> 
>>> Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:
>>> 
>>>> In fact, /the folder "Users/konradpodczeck/.emacs.d/eln-cache/“ exists
>>>> but is and remains empty.
>>> 
>>> Did you build --with-native-compilation?
>> 
>> Yes, I did.
> 
> This may be related to the recently fixed Bug#58637.


Yes, with the latest master branch, everything  is fine. 

One final question: Now, e.g., latex.el., from the folder …/elpa/auctex-13.1.4, compiles into an eln-file, however, deleting afterwards the files latex.el and latex.elc from the folder …/elpa/auctex-13.1.4 results in an auctex with losses functionality. On the contrary, if, e.g., startup.el.gz and startup.elc are deleted from Applications/Emacs/Contents/Resources /lisp, the Emacs.app continues to be full functional. Can it be that such differences in the results of native compilation occur?

Thanks,

Konrad  



> 
> Could you retry using the latest master branch?






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

* bug#58625: bug-gnu-emacs@gnu.org
  2022-10-21  7:17           ` Konrad Podczeck
@ 2022-10-21  7:43             ` Stefan Kangas
  0 siblings, 0 replies; 8+ messages in thread
From: Stefan Kangas @ 2022-10-21  7:43 UTC (permalink / raw)
  To: Konrad Podczeck; +Cc: 58625

forcemerge 58637 58625
thanks

Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:

>> This may be related to the recently fixed Bug#58637.
>
> Yes, with the latest master branch, everything is fine.

Great, thanks for checking.

> One final question: Now, e.g., latex.el., from the folder
> …/elpa/auctex-13.1.4, compiles into an eln-file, however, deleting
> afterwards the files latex.el and latex.elc from the folder
> …/elpa/auctex-13.1.4 results in an auctex with losses
> functionality. On the contrary, if, e.g., startup.el.gz and
> startup.elc are deleted from Applications/Emacs/Contents/Resources
> /lisp, the Emacs.app continues to be full functional. Can it be that
> such differences in the results of native compilation occur?

No, I think this is because startup.el is preloaded (so we don't need to
re-read that file from disk, it is already in memory when Emacs starts).





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

end of thread, other threads:[~2022-10-21  7:43 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-10-19 10:14 bug#58625: bug-gnu-emacs@gnu.org Konrad Podczeck
2022-10-19 11:01 ` Stefan Kangas
2022-10-19 11:23   ` Konrad Podczeck
2022-10-19 11:47     ` Stefan Kangas
2022-10-19 12:05       ` Konrad Podczeck
2022-10-20 21:13         ` Stefan Kangas
2022-10-21  7:17           ` Konrad Podczeck
2022-10-21  7:43             ` Stefan Kangas

Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.