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