unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
@ 2021-03-23  8:42 Konstantin Reich
  2021-03-23 10:18 ` Eli Zaretskii
                   ` (2 more replies)
  0 siblings, 3 replies; 14+ messages in thread
From: Konstantin Reich @ 2021-03-23  8:42 UTC (permalink / raw)
  To: 47337

Hello,

With recent update, Emacs re-compiles all files over and over again.
So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
compiled again. As a result, I have the same file with the
updated timestamp in the same directory.


Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
the same file in :
/usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
Still, every time i start emacs, it starts to recompile all files.

It is never ending cycle of compilation.


Before, I used emacs with last commit: 3e133cc050926284109fe61f4789f67676491ffa
Everything worked as expected.





In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0)
 of 2021-03-22 built on 07f36f52ee17
Windowing system distributor 'System Description: Ubuntu 20.10

Configured using:
 'configure --prefix /usr/local --with-native-compilation --with-pgtk
 --with-json --with-gnutls --with-rsvg --without-xwidgets
 --without-toolkit-scroll-bars --without-xaw3d --with-mailutils
 'CFLAGS=-O2 -pipe''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP
NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SOUND THREADS TIFF XIM GTK3 ZLIB

Important settings:
  value of $LC_COLLATE: C
  value of $LC_MONETARY: ru_RU.UTF-8
  value of $LC_NUMERIC: ru_RU.UTF-8
  value of $LC_TIME: ru_RU.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  recentf-mode: t
  show-paren-mode: t
  diredful-mode: t
  dired-async-mode: t
  shell-dirtrack-mode: t
  global-auto-revert-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  ivy-mode: t
  delete-selection-mode: t
  which-key-mode: t
  winner-mode: 1
  yas-global-mode: t
  yas-minor-mode: t
  global-company-mode: t
  company-mode: t
  whole-line-or-region-global-mode: t
  whole-line-or-region-local-mode: t
  savehist-mode: t
  global-hl-line-mode: t
  feebleline-mode: t
  override-global-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  window-divider-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t


Features:
(shadow sort mailalias bbdb-mua bbdb-com crm bbdb bbdb-site timezone
mail-extr gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig
gnus-sum gnus-group gnus-undo gnus-start gnus-dbus dbus gnus-cloud
nnimap nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range
gnus-win emacsbug message rfc822 mml mml-sec epa derived epg epg-config
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
sendmail counsel swiper two-column vc-git diff-mode vc-dispatcher
recentf bookmark pp lsp-ui lsp-ui-flycheck lsp-ui-doc goto-addr
lsp-ui-imenu lsp-ui-peek lsp-ui-sideline lsp-ui-util aggressive-indent
flycheck lsp-mode lsp-protocol tree-widget spinner network-stream nsm
rmc markdown-mode lv inline ht ewoc flyspell gnuplot info-look paren
gamegrid org-protocol org-board eww-lnum eww xdg url-queue thingatpt shr
kinsoku svg xml dom puny mm-url gnus nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045 ietf-drums wid-edit mm-util mail-prsvr
org-attach org-id org-refile find-lisp ob-shell ob-calc calc-store
calc-trail calc-ext calc calc-loaddefs calc-macs ob-python python
tramp-sh ob-latex ob-R ob-ledger ob-C cc-mode cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs ob-gnuplot ob-async
org-table-sticky-header pass imenu password-store auth-source-pass
with-editor server eperiodic cl array image-dired dired-du find-dired
diredful dired-x dired-async async dired-aux tramp tramp-loaddefs
trampver tramp-integration files-x tramp-compat parse-time iso8601
ls-lisp vterm face-remap term disp-table shell ehelp vterm-module
term/xterm xterm proced ivy-youtube request mailheader mail-utils
ibuf-macs autorevert filenotify undo-tree diff ivy delsel ivy-faces
ivy-overlay colir color which-key ispell skeletor compile
text-property-search let-alist f s dash winner ediff ediff-merg
ediff-mult ediff-wind ediff-diff ediff-help ediff-init ediff-util
doc-view jka-compr yasnippet company-math math-symbol-lists
company-oddmuse company-keywords company-etags etags fileloop generator
xref project company-gtags company-dabbrev-code company-dabbrev
company-files company-clang company-capf company-cmake company-semantic
company-template company-bbdb company pcase edmacro kmacro image-mode
dired dired-loaddefs exif whole-line-or-region savehist hl-line
feebleline zenburn-theme use-package-ensure-system-package
system-packages use-package use-package-ensure use-package-delight
use-package-diminish use-package-bind-key bind-key use-package-core org
ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote
org-src ob-comint org-pcomplete pcomplete comint ansi-color ring
org-list org-faces org-entities time-date noutline outline easy-mmode
org-version ob-emacs-lisp ob-core ob-eval org-table ol org-keys
org-compat advice org-macs org-loaddefs format-spec find-func cal-menu
calendar cal-loaddefs tex-site info package browse-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util mailcap url-handlers url-parse auth-source eieio eieio-core
eieio-loaddefs password-cache json map url-vars comp comp-cstr warnings
subr-x rx cl-seq cl-macs cl-extra help-mode seq byte-opt gv cl-loaddefs
cl-lib bytecomp byte-compile cconv iso-transl tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel term/pgtk-win
pgtk-win term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit pgtk lcms2 multi-tty make-network-process
nativecomp emacs)

Memory information:
((conses 16 570486 225121)
 (symbols 48 47841 10)
 (strings 32 191033 96306)
 (string-bytes 1 6077728)
 (vectors 16 83532)
 (vector-slots 8 1010998 256555)
 (floats 8 593 386)
 (intervals 56 13876 15884)
 (buffers 992 14))





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-23  8:42 bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again Konstantin Reich
@ 2021-03-23 10:18 ` Eli Zaretskii
  2021-03-24 13:33   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-24  2:57 ` Trey Peacock
  2021-03-24 11:44 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2021-03-23 10:18 UTC (permalink / raw)
  To: Konstantin Reich, Andrea Corallo; +Cc: 47337

> From: Konstantin Reich <reich-cv@yandex.ru>
> Date: Tue, 23 Mar 2021 11:42:42 +0300
> 
> With recent update, Emacs re-compiles all files over and over again.
> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
> compiled again. As a result, I have the same file with the
> updated timestamp in the same directory.
> 
> 
> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
> the same file in :
> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
> Still, every time i start emacs, it starts to recompile all files.
> 
> It is never ending cycle of compilation.

My problem starts even earlier: dumping Emacs as part of the build
doesn't seem to load the preloaded *.eln files, but the *.elc files
instead (or at least it doesn't announce the fact that "native
compiled lisp" file is loaded), although I do have all the freshly
compiled *.eln files under native-lisp/.





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-23  8:42 bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again Konstantin Reich
  2021-03-23 10:18 ` Eli Zaretskii
@ 2021-03-24  2:57 ` Trey Peacock
  2021-03-24 14:31   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-24 11:44 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2 siblings, 1 reply; 14+ messages in thread
From: Trey Peacock @ 2021-03-24  2:57 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Konstantin Reich, 47337, Andrea Corallo

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Konstantin Reich <reich-cv@yandex.ru>
>> Date: Tue, 23 Mar 2021 11:42:42 +0300
>>
>> With recent update, Emacs re-compiles all files over and over again.
>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
>> compiled again. As a result, I have the same file with the
>> updated timestamp in the same directory.
>>
>>
>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
>> the same file in :
>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
>> Still, every time i start emacs, it starts to recompile all files.
>>
>> It is never ending cycle of compilation.
>
> My problem starts even earlier: dumping Emacs as part of the build
> doesn't seem to load the preloaded *.eln files, but the *.elc files
> instead (or at least it doesn't announce the fact that "native
> compiled lisp" file is loaded), although I do have all the freshly
> compiled *.eln files under native-lisp/.
>
>
>
>

I am also experiencing this issue. I've found my comp-eln-load-path
value is '("~/.emacs.d/eln-cache/" "../native-lisp/"). Notably, the
system variable looks incorrect since based off the invocation-directory
it would mean my native-comp files are in /usr/native-lisp/.






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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-23  8:42 bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again Konstantin Reich
  2021-03-23 10:18 ` Eli Zaretskii
  2021-03-24  2:57 ` Trey Peacock
@ 2021-03-24 11:44 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-24 15:31   ` Konstantin Reich
  2021-03-25  9:12   ` Eli Zaretskii
  2 siblings, 2 replies; 14+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-03-24 11:44 UTC (permalink / raw)
  To: Konstantin Reich; +Cc: 47337

Konstantin Reich <reich-cv@yandex.ru> writes:

> Hello,
>
> With recent update, Emacs re-compiles all files over and over again.
> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
> compiled again. As a result, I have the same file with the
> updated timestamp in the same directory.
>
>
> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
> the same file in :
> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
> Still, every time i start emacs, it starts to recompile all files.
>
> It is never ending cycle of compilation.
>
>
> Before, I used emacs with last commit: 3e133cc050926284109fe61f4789f67676491ffa
> Everything worked as expected.

Hi Konstantin,

right I've introduced that with 5aa42f686c :/

4a3b43f55c fix it for me, could you verify?

Thanks

  Andrea





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-23 10:18 ` Eli Zaretskii
@ 2021-03-24 13:33   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-25  9:12     ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-03-24 13:33 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 47337, Konstantin Reich

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Konstantin Reich <reich-cv@yandex.ru>
>> Date: Tue, 23 Mar 2021 11:42:42 +0300
>> 
>> With recent update, Emacs re-compiles all files over and over again.
>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
>> compiled again. As a result, I have the same file with the
>> updated timestamp in the same directory.
>> 
>> 
>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
>> the same file in :
>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
>> Still, every time i start emacs, it starts to recompile all files.
>> 
>> It is never ending cycle of compilation.
>
> My problem starts even earlier: dumping Emacs as part of the build
> doesn't seem to load the preloaded *.eln files, but the *.elc files
> instead (or at least it doesn't announce the fact that "native
> compiled lisp" file is loaded), although I do have all the freshly
> compiled *.eln files under native-lisp/.

Yeah I think what you observed is the same bug, I think eln were not
loaded and as a consequence not dumped.  Hopefully is fixed now.

Regards

  Andrea





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24  2:57 ` Trey Peacock
@ 2021-03-24 14:31   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-24 15:15     ` Trey Peacock
  2021-03-25  9:14     ` Eli Zaretskii
  0 siblings, 2 replies; 14+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-03-24 14:31 UTC (permalink / raw)
  To: Trey Peacock; +Cc: Eli Zaretskii, 47337, Konstantin Reich

Trey Peacock <me@treypeacock.com> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Konstantin Reich <reich-cv@yandex.ru>
>>> Date: Tue, 23 Mar 2021 11:42:42 +0300
>>>
>>> With recent update, Emacs re-compiles all files over and over again.
>>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
>>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
>>> compiled again. As a result, I have the same file with the
>>> updated timestamp in the same directory.
>>>
>>>
>>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
>>> the same file in :
>>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
>>> Still, every time i start emacs, it starts to recompile all files.
>>>
>>> It is never ending cycle of compilation.
>>
>> My problem starts even earlier: dumping Emacs as part of the build
>> doesn't seem to load the preloaded *.eln files, but the *.elc files
>> instead (or at least it doesn't announce the fact that "native
>> compiled lisp" file is loaded), although I do have all the freshly
>> compiled *.eln files under native-lisp/.
>>
>>
>>
>>
>
> I am also experiencing this issue. I've found my comp-eln-load-path
> value is '("~/.emacs.d/eln-cache/" "../native-lisp/"). Notably, the
> system variable looks incorrect since based off the invocation-directory
> it would mean my native-comp files are in /usr/native-lisp/.

Could you be more specific on what's the value of you
`invocation-directory' and where the eln is located?

Thanks

  Andrea





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 14:31   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-03-24 15:15     ` Trey Peacock
  2021-03-24 16:06       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-25  9:14     ` Eli Zaretskii
  1 sibling, 1 reply; 14+ messages in thread
From: Trey Peacock @ 2021-03-24 15:15 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: Konstantin Reich, 47337


"Andrea Corallo" <akrl@sdf.org> writes:

> Trey Peacock <me@treypeacock.com> writes:
>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>>>> From: Konstantin Reich <reich-cv@yandex.ru>
>>>> Date: Tue, 23 Mar 2021 11:42:42 +0300
>>>>
>>>> With recent update, Emacs re-compiles all files over and over again.
>>>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
>>>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
>>>> compiled again. As a result, I have the same file with the
>>>> updated timestamp in the same directory.
>>>>
>>>>
>>>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=3D1". So i alread=
> y have
>>>> the same file in :
>>>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
>>>> Still, every time i start emacs, it starts to recompile all files.
>>>>
>>>> It is never ending cycle of compilation.
>>>
>>> My problem starts even earlier: dumping Emacs as part of the build
>>> doesn't seem to load the preloaded *.eln files, but the *.elc files
>>> instead (or at least it doesn't announce the fact that "native
>>> compiled lisp" file is loaded), although I do have all the freshly
>>> compiled *.eln files under native-lisp/.
>>>
>>>
>>>
>>>
>>
>> I am also experiencing this issue. I've found my comp-eln-load-path
>> value is '("~/.emacs.d/eln-cache/" "../native-lisp/"). Notably, the
>> system variable looks incorrect since based off the invocation-directory
>> it would mean my native-comp files are in /usr/native-lisp/.
>
> Could you be more specific on what's the value of you
> `invocation-directory' and where the eln is located?
>
> Thanks
>
>   Andrea

comp-eln-load-path:
("~/.emacs.d/eln-cache/" "../native-lisp/")

invocation-directory:
"/usr/bin"

comp-eln-load-path-eff:
("/home/trey/.emacs.d/eln-cache/28.0.50-1a5c4fab"
 "/usr/native-lisp/28.0.50-1a5c4fab")

Per comp.c it seems like the comp-eln-load-path isn't being updated from the
temporary value it is assigned for bootstrap.

Also, as a side note the docstring for comp-eln-load-path still
references comp-load-path which should be changed to comp-eln-load-path.







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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 11:44 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-03-24 15:31   ` Konstantin Reich
  2021-03-24 15:48     ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-25  9:12   ` Eli Zaretskii
  1 sibling, 1 reply; 14+ messages in thread
From: Konstantin Reich @ 2021-03-24 15:31 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: 47337

Andrea,

> 4a3b43f55c fix it for me, could you verify?
It works again.
Thank you


> Hi Konstantin,

> right I've introduced that with 5aa42f686c :/

> 4a3b43f55c fix it for me, could you verify?

> Thanks

>   Andrea





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 15:31   ` Konstantin Reich
@ 2021-03-24 15:48     ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 14+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-03-24 15:48 UTC (permalink / raw)
  To: Konstantin Reich; +Cc: 47337-done

Konstantin Reich <reich-cv@yandex.ru> writes:

> Andrea,
>
>> 4a3b43f55c fix it for me, could you verify?
> It works again.
> Thank you

Very nice, closing.

Thanks for reporting.

  Andrea





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 15:15     ` Trey Peacock
@ 2021-03-24 16:06       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 14+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-03-24 16:06 UTC (permalink / raw)
  To: Trey Peacock; +Cc: 47337, Konstantin Reich

Trey Peacock <me@treypeacock.com> writes:

> "Andrea Corallo" <akrl@sdf.org> writes:
>
>> Trey Peacock <me@treypeacock.com> writes:
>>
>>> Eli Zaretskii <eliz@gnu.org> writes:
>>>
>>>>> From: Konstantin Reich <reich-cv@yandex.ru>
>>>>> Date: Tue, 23 Mar 2021 11:42:42 +0300
>>>>>
>>>>> With recent update, Emacs re-compiles all files over and over again.
>>>>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
>>>>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
>>>>> compiled again. As a result, I have the same file with the
>>>>> updated timestamp in the same directory.
>>>>>
>>>>>
>>>>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=3D1". So i alread=
>> y have
>>>>> the same file in :
>>>>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
>>>>> Still, every time i start emacs, it starts to recompile all files.
>>>>>
>>>>> It is never ending cycle of compilation.
>>>>
>>>> My problem starts even earlier: dumping Emacs as part of the build
>>>> doesn't seem to load the preloaded *.eln files, but the *.elc files
>>>> instead (or at least it doesn't announce the fact that "native
>>>> compiled lisp" file is loaded), although I do have all the freshly
>>>> compiled *.eln files under native-lisp/.
>>>>
>>>>
>>>>
>>>>
>>>
>>> I am also experiencing this issue. I've found my comp-eln-load-path
>>> value is '("~/.emacs.d/eln-cache/" "../native-lisp/"). Notably, the
>>> system variable looks incorrect since based off the invocation-directory
>>> it would mean my native-comp files are in /usr/native-lisp/.
>>
>> Could you be more specific on what's the value of you
>> `invocation-directory' and where the eln is located?
>>
>> Thanks
>>
>>   Andrea
>
> comp-eln-load-path:
> ("~/.emacs.d/eln-cache/" "../native-lisp/")
>
> invocation-directory:
> "/usr/bin"
>
> comp-eln-load-path-eff:
> ("/home/trey/.emacs.d/eln-cache/28.0.50-1a5c4fab"
>  "/usr/native-lisp/28.0.50-1a5c4fab")
>
> Per comp.c it seems like the comp-eln-load-path isn't being updated from the
> temporary value it is assigned for bootstrap.
>
> Also, as a side note the docstring for comp-eln-load-path still
> references comp-load-path which should be changed to comp-eln-load-path.

I've updated `comp-eln-load-path-eff' and `comp-eln-load-path'
docstrings.

Thanks

  Andrea





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 11:44 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-24 15:31   ` Konstantin Reich
@ 2021-03-25  9:12   ` Eli Zaretskii
  1 sibling, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2021-03-25  9:12 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: reich-cv, 47337

> Cc: 47337@debbugs.gnu.org
> Date: Wed, 24 Mar 2021 11:44:11 +0000
> From:  Andrea Corallo via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> Konstantin Reich <reich-cv@yandex.ru> writes:
> 
> > Hello,
> >
> > With recent update, Emacs re-compiles all files over and over again.
> > So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
> > I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
> > compiled again. As a result, I have the same file with the
> > updated timestamp in the same directory.
> >
> >
> > Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
> > the same file in :
> > /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
> > Still, every time i start emacs, it starts to recompile all files.
> >
> > It is never ending cycle of compilation.
> >
> >
> > Before, I used emacs with last commit: 3e133cc050926284109fe61f4789f67676491ffa
> > Everything worked as expected.
> 
> Hi Konstantin,
> 
> right I've introduced that with 5aa42f686c :/
> 
> 4a3b43f55c fix it for me, could you verify?

Looks fixed here as well, thanks.





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 13:33   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-03-25  9:12     ` Eli Zaretskii
  0 siblings, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2021-03-25  9:12 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: reich-cv, 47337

> From: Andrea Corallo <akrl@sdf.org>
> Cc: Konstantin Reich <reich-cv@yandex.ru>, 47337@debbugs.gnu.org
> Date: Wed, 24 Mar 2021 13:33:50 +0000
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > My problem starts even earlier: dumping Emacs as part of the build
> > doesn't seem to load the preloaded *.eln files, but the *.elc files
> > instead (or at least it doesn't announce the fact that "native
> > compiled lisp" file is loaded), although I do have all the freshly
> > compiled *.eln files under native-lisp/.
> 
> Yeah I think what you observed is the same bug, I think eln were not
> loaded and as a consequence not dumped.  Hopefully is fixed now.

It is, thanks.





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-24 14:31   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-03-24 15:15     ` Trey Peacock
@ 2021-03-25  9:14     ` Eli Zaretskii
  2021-03-25 10:12       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2021-03-25  9:14 UTC (permalink / raw)
  To: Andrea Corallo; +Cc: reich-cv, me, 47337

> From: Andrea Corallo <akrl@sdf.org>
> Cc: Eli Zaretskii <eliz@gnu.org>, Konstantin Reich <reich-cv@yandex.ru>,
>         47337@debbugs.gnu.org
> Date: Wed, 24 Mar 2021 14:31:05 +0000
> 
> Trey Peacock <me@treypeacock.com> writes:
> 
> > Eli Zaretskii <eliz@gnu.org> writes:
> >
> >>> From: Konstantin Reich <reich-cv@yandex.ru>
> >>> Date: Tue, 23 Mar 2021 11:42:42 +0300
> >>>
> >>> With recent update, Emacs re-compiles all files over and over again.
> >>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
> >>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
> >>> compiled again. As a result, I have the same file with the
> >>> updated timestamp in the same directory.
> >>>
> >>>
> >>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
> >>> the same file in :
> >>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
> >>> Still, every time i start emacs, it starts to recompile all files.
> >>>
> >>> It is never ending cycle of compilation.
> >>
> >> My problem starts even earlier: dumping Emacs as part of the build
> >> doesn't seem to load the preloaded *.eln files, but the *.elc files
> >> instead (or at least it doesn't announce the fact that "native
> >> compiled lisp" file is loaded), although I do have all the freshly
> >> compiled *.eln files under native-lisp/.
> >>
> >>
> >>
> >>
> >
> > I am also experiencing this issue. I've found my comp-eln-load-path
> > value is '("~/.emacs.d/eln-cache/" "../native-lisp/"). Notably, the
> > system variable looks incorrect since based off the invocation-directory
> > it would mean my native-comp files are in /usr/native-lisp/.
> 
> Could you be more specific on what's the value of you
> `invocation-directory' and where the eln is located?

Do you still need this information from me?





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

* bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again
  2021-03-25  9:14     ` Eli Zaretskii
@ 2021-03-25 10:12       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 14+ messages in thread
From: Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-03-25 10:12 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: me, 47337, reich-cv

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Andrea Corallo <akrl@sdf.org>
>> Cc: Eli Zaretskii <eliz@gnu.org>, Konstantin Reich <reich-cv@yandex.ru>,
>>         47337@debbugs.gnu.org
>> Date: Wed, 24 Mar 2021 14:31:05 +0000
>> 
>> Trey Peacock <me@treypeacock.com> writes:
>> 
>> > Eli Zaretskii <eliz@gnu.org> writes:
>> >
>> >>> From: Konstantin Reich <reich-cv@yandex.ru>
>> >>> Date: Tue, 23 Mar 2021 11:42:42 +0300
>> >>>
>> >>> With recent update, Emacs re-compiles all files over and over again.
>> >>> So for example in the directory ~/.emacs.d/eln-cache/28.0.50-da68e688
>> >>> I have file "seq-c314b42f-92293e32.eln". I start emacs and the file is
>> >>> compiled again. As a result, I have the same file with the
>> >>> updated timestamp in the same directory.
>> >>>
>> >>>
>> >>> Moreover, I have compiled emacs with "NATIVE_FULL_AOT=1". So i already have
>> >>> the same file in :
>> >>> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-da68e688/
>> >>> Still, every time i start emacs, it starts to recompile all files.
>> >>>
>> >>> It is never ending cycle of compilation.
>> >>
>> >> My problem starts even earlier: dumping Emacs as part of the build
>> >> doesn't seem to load the preloaded *.eln files, but the *.elc files
>> >> instead (or at least it doesn't announce the fact that "native
>> >> compiled lisp" file is loaded), although I do have all the freshly
>> >> compiled *.eln files under native-lisp/.
>> >>
>> >>
>> >>
>> >>
>> >
>> > I am also experiencing this issue. I've found my comp-eln-load-path
>> > value is '("~/.emacs.d/eln-cache/" "../native-lisp/"). Notably, the
>> > system variable looks incorrect since based off the invocation-directory
>> > it would mean my native-comp files are in /usr/native-lisp/.
>> 
>> Could you be more specific on what's the value of you
>> `invocation-directory' and where the eln is located?
>
> Do you still need this information from me?

Is not necessary thanks, I've got the info from Trey thanks.

  Andrea





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

end of thread, other threads:[~2021-03-25 10:12 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-03-23  8:42 bug#47337: 28.0.50; [feature/native-comp] Compilation over and over again Konstantin Reich
2021-03-23 10:18 ` Eli Zaretskii
2021-03-24 13:33   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-25  9:12     ` Eli Zaretskii
2021-03-24  2:57 ` Trey Peacock
2021-03-24 14:31   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-24 15:15     ` Trey Peacock
2021-03-24 16:06       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-25  9:14     ` Eli Zaretskii
2021-03-25 10:12       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-24 11:44 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-24 15:31   ` Konstantin Reich
2021-03-24 15:48     ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-25  9:12   ` Eli Zaretskii

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