GNU bug report logs - #52912
29.0.50; Left over files from native compilation

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 52912 in the body.
You can then email your comments to 52912 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; Left over files from native compilation
Date: Fri, 31 Dec 2021 00:20:52 -0500

Package: Emacs
Version: 29.0.50


In the build trees where I activate native compilation, I keep getting
temp files left around like:

    lisp/files.elcEzo7Nt
    lisp/frame.elc8Gsst9
    lisp/help.elc92jC2M

I'm not completely sure in which circumstances these appear.
It might be when I interrupt the build with `C-c` or when it dies for
some other reason.
But in any case we should clean these promptly rather than leaving them
for some human to clean them up by hand.


        Stefan



In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars)
 of 2021-12-28 built on pastel
Repository revision: b9cbe81b8ae0a1910968bd9aa63c92254a3dcb17
Repository branch: work
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)

Configured using:
 'configure -C --enable-checking --enable-check-lisp-object-type --with-modules --with-cairo --with-tiff=ifavailable
 'CFLAGS=-Wall -g3 -Og -Wno-pointer-sign'
 PKG_CONFIG_PATH=/home/monnier/lib/pkgconfig'

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND
THREADS TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB

Important settings:
  value of $LANG: fr_CH.UTF-8
  locale-coding-system: utf-8-unix

Major mode: InactiveMinibuffer

Minor modes in effect:
  shell-dirtrack-mode: t
  electric-pair-mode: t
  global-reveal-mode: t
  reveal-mode: t
  auto-insert-mode: t
  savehist-mode: t
  minibuffer-electric-default-mode: t
  global-compact-docstrings-mode: t
  url-handler-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  global-prettify-symbols-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  line-number-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
/home/monnier/src/emacs/nongnu/packages/geiser-kawa/geiser-kawa-autoloads hides /home/monnier/src/emacs/nongnu/packages/geiser-kawa/elisp/geiser-kawa-autoloads
/home/monnier/src/emacs/nongnu/packages/geiser/geiser-autoloads hides /home/monnier/src/emacs/nongnu/packages/geiser/elisp/geiser-autoloads
/home/monnier/src/emacs/nongnu/packages/magit/magit-pkg hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/magit-autoloads hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-autoloads
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit-pkg hides /home/monnier/src/emacs/nongnu/packages/git-commit/git-commit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-log hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-log
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-diff hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-diff
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-submodule hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-submodule
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-push hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-push
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-notes hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-notes
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-core hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-core
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-pull hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-pull
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-merge hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-merge
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-bundle hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-bundle
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-clone hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-clone
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-bookmark hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-bookmark
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-remote hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-remote
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-mode hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-mode
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-utils hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-utils
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-margin hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-margin
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section-pkg hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-section-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-bisect hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-bisect
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-tag hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-tag
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-status hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-status
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-ediff hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-ediff
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-wip hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-wip
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-worktree hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-worktree
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-obsolete hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-obsolete
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-apply hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-apply
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-branch hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-branch
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-sequence hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-sequence
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-libgit-pkg hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-libgit-pkg
/home/monnier/src/emacs/nongnu/packages/git-commit/git-commit-autoloads hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/git-commit-autoloads
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-transient hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-transient
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-reset hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-reset
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-extras hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-extras
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-subtree hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-subtree
/home/monnier/src/emacs/nongnu/packages/magit/magit-pkg hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-files hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-files
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-section
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit-pkg hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/git-commit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-libgit hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-libgit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-process hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-process
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-stash hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-stash
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/git-commit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-git hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-git
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-blame hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-blame
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-repos hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-repos
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-rebase hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/git-rebase
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-imenu hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-imenu
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-gitignore hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-gitignore
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-commit hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-commit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-reflog hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-reflog
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-fetch hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-fetch
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-autorevert hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-autorevert
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-patch hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-patch
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-refs hides /home/monnier/src/emacs/nongnu/packages/git-commit/lisp/magit-refs
/home/monnier/src/emacs/nongnu/packages/arduino-mode/ob-arduino hides /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ob-arduino
/home/monnier/src/emacs/nongnu/packages/org-contrib/org-contrib-autoloads hides /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/org-contrib-autoloads
/home/monnier/src/emacs/nongnu/packages/pdf-tools/pdf-tools-autoloads hides /home/monnier/src/emacs/nongnu/packages/pdf-tools/lisp/pdf-tools-autoloads
/home/monnier/src/emacs/nongnu/packages/php-mode/php-mode-autoloads hides /home/monnier/src/emacs/nongnu/packages/php-mode/lisp/php-mode-autoloads
/home/monnier/src/emacs/nongnu/packages/subed/subed-autoloads hides /home/monnier/src/emacs/nongnu/packages/subed/subed/subed-autoloads
/home/monnier/src/emacs/elpa/packages/bbdb/bbdb-autoloads hides /home/monnier/src/emacs/elpa/packages/bbdb/lisp/bbdb-autoloads
/home/monnier/src/emacs/nongnu/packages/paredit/test hides /home/monnier/src/emacs/elpa/packages/easy-kill/test
/home/monnier/src/emacs/elpa/packages/embark-consult/embark-consult hides /home/monnier/src/emacs/elpa/packages/embark/embark-consult
/home/monnier/src/emacs/elpa/packages/embark-consult/embark hides /home/monnier/src/emacs/elpa/packages/embark/embark
/home/monnier/src/emacs/elpa/packages/embark-consult/avy-embark-collect hides /home/monnier/src/emacs/elpa/packages/embark/avy-embark-collect
/home/monnier/src/emacs/elpa/packages/realgud-lldb/cask-install hides /home/monnier/src/emacs/elpa/packages/realgud-trepan-ni/cask-install
/home/monnier/src/emacs/elpa/packages/realgud-lldb/cask-install hides /home/monnier/src/emacs/elpa/packages/realgud/cask-install
/home/monnier/src/emacs/elpa/packages/taxy/taxy-magit-section hides /home/monnier/src/emacs/elpa/packages/taxy-magit-section/taxy-magit-section
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section-pkg hides /home/monnier/src/emacs/nongnu/packages/magit-section/magit-section-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-log hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-log
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-diff hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-diff
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-submodule hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-submodule
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-push hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-push
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-notes hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-notes
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-core hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-core
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-pull hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-pull
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-merge hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-merge
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-bundle hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-bundle
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-clone hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-clone
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-bookmark hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-bookmark
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-remote hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-remote
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-mode hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-mode
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-utils hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-utils
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-margin hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-margin
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section-pkg hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-section-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-bisect hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-bisect
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-tag hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-tag
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-status hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-status
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-ediff hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-ediff
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-wip hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-wip
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-worktree hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-worktree
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-obsolete hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-obsolete
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-apply hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-apply
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-branch hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-branch
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-sequence hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-sequence
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-libgit-pkg hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-libgit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-transient hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-transient
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-reset hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-reset
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-extras hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-extras
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-subtree hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-subtree
/home/monnier/src/emacs/nongnu/packages/magit/magit-pkg hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-files hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-files
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-section
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit-pkg hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/git-commit-pkg
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-libgit hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-libgit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-process hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-process
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-stash hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-stash
/home/monnier/src/emacs/nongnu/packages/magit-section/magit-section-autoloads hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-section-autoloads
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/git-commit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-git hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-git
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-blame hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-blame
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-repos hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-repos
/home/monnier/src/emacs/nongnu/packages/magit/lisp/git-rebase hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/git-rebase
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-imenu hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-imenu
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-gitignore hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-gitignore
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-commit hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-commit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-reflog hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-reflog
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-fetch hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-fetch
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-autorevert hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-autorevert
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-patch hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-patch
/home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-refs hides /home/monnier/src/emacs/nongnu/packages/magit-section/lisp/magit-refs
/home/monnier/src/emacs/elpa/packages/transient/transient-autoloads hides /home/monnier/src/emacs/elpa/packages/transient/lisp/transient-autoloads
/home/monnier/src/emacs/elpa/packages/vcard/vcard hides /home/monnier/src/elisp/vm/lisp/vcard
/home/monnier/src/emacs/elpa/packages/transient/lisp/transient hides /home/monnier/src/emacs/work/lisp/transient
/home/monnier/src/emacs/nongnu/packages/lua-mode/lua-mode hides /home/monnier/src/emacs/work/lisp/progmodes/lua-mode
/home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ox-koma-letter hides /home/monnier/src/emacs/work/lisp/org/ox-koma-letter
/home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ol-man hides /home/monnier/src/emacs/work/lisp/org/ol-man
/home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ob-julia hides /home/monnier/src/emacs/work/lisp/org/ob-julia
/home/monnier/src/emacs/work/lisp/keymap hides /home/monnier/src/emacs/work/lisp/emacs-lisp/keymap
/home/monnier/src/emacs/elpa/packages/seq/seq hides /home/monnier/src/emacs/work/lisp/emacs-lisp/seq
/home/monnier/src/emacs/elpa/packages/hyperbole/set hides /home/monnier/src/emacs/work/lisp/emacs-lisp/set
/home/monnier/src/emacs/elpa/packages/crisp/crisp hides /home/monnier/src/emacs/work/lisp/obsolete/crisp
/home/monnier/src/emacs/elpa/packages/landmark/landmark hides /home/monnier/src/emacs/work/lisp/obsolete/landmark

Features:
(shadow sort mail-extr emacsbug sendmail sm-c-mode smie doc-view
jka-compr image-mode exif whitespace bug-reference find-func shortdoc
package-x gitignore-mode conf-mode vc-mtn vc-hg vc-bzr vc-src vc-sccs
vc-svn vc-cvs vc-rcs vc-got log-edit message yank-media rmc puny rfc822
mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode
mm-bodies mm-encode mailabbrev mail-utils gmm-utils mailheader add-log
vc-annotate vc-dir ewoc autoload dabbrev smerge-mode wgrep shell
pcomplete files-x grep cl-extra misearch multi-isearch executable
copyright cus-edit cl-print pp cus-start cus-load wid-edit vc-fossil
vc-backup log-view pcvs-util vc diff vc-git diff-mode vc-dispatcher
filecache autorevert filenotify server time-date flymake-proc flymake
project compile text-property-search comint ansi-color warnings noutline
outline easy-mmode flyspell ispell checkdoc lisp-mnt mail-parse rfc2231
rfc2047 rfc2045 mm-util ietf-drums mail-prsvr dired dired-loaddefs
thingatpt load-dir elec-pair reveal autoinsert savehist minibuf-eldef
disp-table compact-docstrings ede/auto eieio-base geiser-impl help-fns
radix-tree help-mode geiser-custom geiser-base ring slime-autoloads
sly-autoloads rx compat compat-28.1 compat-27.1 compat-26.1 compat-25.1
compat-24.4 cl-seq engrave-faces gnu-elpa-features
realgud-recursive-autoloads finder-inf url-auth info vm-autoloads
lmc-autoloads proof-site proof-autoloads 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 cl-macs gv eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-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 simple
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
emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help
abbrev obarray nadvice fcr cl-preloaded button loaddefs faces cus-face
macroexp files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo x-toolkit x multi-tty make-network-process
emacs)

Memory information:
((conses 16 355882 97720)
 (symbols 48 22484 1) (strings 32 91866 5815) (string-bytes 1 3511522)
 (vectors 16 65955)
 (vector-slots 8 1855441 230407) (floats 8 462 375) (intervals 56 24428 18)
 (buffers 992 90))

Message #10 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 52912 <at> debbugs.gnu.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Fri, 31 Dec 2021 11:10:28 -0500

Previously discussed in
https://debbugs.gnu.org/48141
https://debbugs.gnu.org/48079

Message #13 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: 52912 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sun, 02 Jan 2022 22:35:26 +0000

Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

> Package: Emacs
> Version: 29.0.50
>
>
> In the build trees where I activate native compilation, I keep getting
> temp files left around like:
>
>     lisp/files.elcEzo7Nt
>     lisp/frame.elc8Gsst9
>     lisp/help.elc92jC2M
>
> I'm not completely sure in which circumstances these appear.
> It might be when I interrupt the build with `C-c` or when it dies for
> some other reason.
> But in any case we should clean these promptly rather than leaving them
> for some human to clean them up by hand.
>
>
>         Stefan

Hi Stefan,

I guess Emacs was brutally killed while building, otherwise we should
clean these.  Not sure how we can do better here, it works exactly as
the byecompiler is working (but is just slower in compiling).

Thanks

  Andrea

Message #19 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 15 Jan 2022 10:45:23 +0100

Andrea Corallo <akrl <at> sdf.org> writes:

> I guess Emacs was brutally killed while building, otherwise we should
> clean these.  Not sure how we can do better here, it works exactly as
> the byecompiler is working (but is just slower in compiling).

I think I've asked this before -- do we have to write the temporary .elc
files out to disk at all before doing the .eln compilation?  Can't that
work directly from an in-buffer .elc?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #22 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Mon, 17 Jan 2022 11:07:48 +0000

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Andrea Corallo <akrl <at> sdf.org> writes:
>
>> I guess Emacs was brutally killed while building, otherwise we should
>> clean these.  Not sure how we can do better here, it works exactly as
>> the byecompiler is working (but is just slower in compiling).
>
> I think I've asked this before -- do we have to write the temporary .elc
> files out to disk at all before doing the .eln compilation?  Can't that
> work directly from an in-buffer .elc?

I think the same question applies the bytecompiler only:

Do we have to write the temporary .elc files out to disk at all before
producing and renaming the final .elc?

In general the last action is good to be a file rename as this should be
atomic.  But that said yes, _when_ we write the temporary file is up to
us.  Again this is not strictly a native compiler issue, just with the
native compiler is more likely to be encountered.

Best Regards

  Andrea

Message #25 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Mon, 17 Jan 2022 14:46:14 +0000

Andrea Corallo <akrl <at> sdf.org> writes:

> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> Andrea Corallo <akrl <at> sdf.org> writes:
>>
>>> I guess Emacs was brutally killed while building, otherwise we should
>>> clean these.  Not sure how we can do better here, it works exactly as
>>> the byecompiler is working (but is just slower in compiling).
>>
>> I think I've asked this before -- do we have to write the temporary .elc
>> files out to disk at all before doing the .eln compilation?  Can't that
>> work directly from an in-buffer .elc?
>
> I think the same question applies the bytecompiler only:
>
> Do we have to write the temporary .elc files out to disk at all before
> producing and renaming the final .elc?
>
> In general the last action is good to be a file rename as this should be
> atomic.  But that said yes, _when_ we write the temporary file is up to
> us.  Again this is not strictly a native compiler issue, just with the
> native compiler is more likely to be encountered.
>
> Best Regards
>
>   Andrea

Re-reading the whole thread I think I see now what is been suggested.

Yes I think we could postpone not only the renaming of the temporary
.elc but also when this is written down.

I'll try to code up something this week.

Thanks

  Andrea

Message #28 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Mon, 17 Jan 2022 15:55:26 +0100

Andrea Corallo <akrl <at> sdf.org> writes:

> Yes I think we could postpone not only the renaming of the temporary
> .elc but also when this is written down.
>
> I'll try to code up something this week.

Great!

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #31 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Wed, 19 Jan 2022 21:09:44 +0000

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Andrea Corallo <akrl <at> sdf.org> writes:
>
>> Yes I think we could postpone not only the renaming of the temporary
>> .elc but also when this is written down.
>>
>> I'll try to code up something this week.
>
> Great!

Okay as of 9396b7d0b4 when native compiling we produce the temp .elc
only just before renaming it, so exactly as we do for simple byte
compilation.

This should really minimize this issue to a most likely non observable
frequency.

I bootstrapped emacs native and byte compiled and seems to work here.

  Andrea

Message #34 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Thu, 20 Jan 2022 09:20:21 +0100

Andrea Corallo <akrl <at> sdf.org> writes:

> Okay as of 9396b7d0b4 when native compiling we produce the temp .elc
> only just before renaming it, so exactly as we do for simple byte
> compilation.

Thanks; I've tried doing a few "make boostrap"s here with nativecomp and
`C-c'-ing in the middle, and I can confirm that the problem is gone.

(So I'm closing this bug report.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #39 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 52912 <at> debbugs.gnu.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Thu, 20 Jan 2022 08:26:47 -0500

> Okay as of 9396b7d0b4 when native compiling we produce the temp .elc
> only just before renaming it, so exactly as we do for simple byte
> compilation.

Yay!  Thanks,


        Stefan

Message #42 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: larsi <at> gnus.org, 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 12:26:18 +0200

> From: Andrea Corallo <akrl <at> sdf.org>
> Date: Wed, 19 Jan 2022 21:09:44 +0000
> Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
> 
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 
> > Andrea Corallo <akrl <at> sdf.org> writes:
> >
> >> Yes I think we could postpone not only the renaming of the temporary
> >> .elc but also when this is written down.
> >>
> >> I'll try to code up something this week.
> >
> > Great!
> 
> Okay as of 9396b7d0b4 when native compiling we produce the temp .elc
> only just before renaming it, so exactly as we do for simple byte
> compilation.
> 
> This should really minimize this issue to a most likely non observable
> frequency.
> 
> I bootstrapped emacs native and byte compiled and seems to work here.

Looks like this causes trouble, at least when rebuilding Emacs: now
the .elc file is slightly (by 0.1 sec in my case) newer than the
corresponding .eln file, and loadup loads the .elc file instead of
.eln.  If I manually swap the time stamps of the .elc and .eln files,
the problem goes away.

When you bootstrapped the native-compiled Emacs, did you make sure
loadup announced that it was loading "native compiled lisp" files?

Message #45 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca,
 Andrea Corallo <akrl <at> sdf.org>
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 11:36:23 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> When you bootstrapped the native-compiled Emacs, did you make sure
> loadup announced that it was loading "native compiled lisp" files?

It's saying:

Loading rfn-eshadow (native compiled elisp)...
Loading menu-bar (native compiled elisp)...
Loading tab-bar...
Loading emacs-lisp/lisp (native compiled elisp)...
Loading textmodes/page (native compiled elisp)...
Loading register...
Loading textmodes/paragraphs (native compiled elisp)...
Loading progmodes/prog-mode (native compiled elisp)...
Loading emacs-lisp/lisp-mode...
Loading textmodes/text-mode (native compiled elisp)...
Loading textmodes/fill (native compiled elisp)...

So it's a mix of lines saying "native compiled elisp" and not?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #48 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 12:46:51 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Andrea Corallo <akrl <at> sdf.org>,  52912 <at> debbugs.gnu.org,
>   monnier <at> iro.umontreal.ca
> Date: Sat, 22 Jan 2022 11:36:23 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > When you bootstrapped the native-compiled Emacs, did you make sure
> > loadup announced that it was loading "native compiled lisp" files?
> 
> It's saying:
> 
> Loading rfn-eshadow (native compiled elisp)...
> Loading menu-bar (native compiled elisp)...
> Loading tab-bar...
> Loading emacs-lisp/lisp (native compiled elisp)...
> Loading textmodes/page (native compiled elisp)...
> Loading register...
> Loading textmodes/paragraphs (native compiled elisp)...
> Loading progmodes/prog-mode (native compiled elisp)...
> Loading emacs-lisp/lisp-mode...
> Loading textmodes/text-mode (native compiled elisp)...
> Loading textmodes/fill (native compiled elisp)...
> 
> So it's a mix of lines saying "native compiled elisp" and not?

Yes.  Those which are without "native compiled elisp" are the ones
that got updated since the previous build.

If you touch all the preloaded *.el files and rebuild, you will see
_no_ "native compiled elisp" at all, only *.elc files get loaded.

Message #51 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 11:50:18 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> Yes.  Those which are without "native compiled elisp" are the ones
> that got updated since the previous build.

Hm...  this was with a "make bootstrap", though.

> If you touch all the preloaded *.el files and rebuild, you will see
> _no_ "native compiled elisp" at all, only *.elc files get loaded.

That's been a long-standing problem, though -- whenever subr.el is
updated (or something), help-fns-test-lisp-defun fails.  (But I've never
taken the time to find out why.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #54 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 12:56:09 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: akrl <at> sdf.org,  52912 <at> debbugs.gnu.org,  monnier <at> iro.umontreal.ca
> Date: Sat, 22 Jan 2022 11:50:18 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Yes.  Those which are without "native compiled elisp" are the ones
> > that got updated since the previous build.
> 
> Hm...  this was with a "make bootstrap", though.

Then perhaps the time stamp variation on your system sometimes makes
the *.eln files newer than the *.elc?

> > If you touch all the preloaded *.el files and rebuild, you will see
> > _no_ "native compiled elisp" at all, only *.elc files get loaded.
> 
> That's been a long-standing problem, though -- whenever subr.el is
> updated (or something), help-fns-test-lisp-defun fails.  (But I've never
> taken the time to find out why.)

No, I think it's a separate issue.  At least on my system, touching
all the preloaded *.el files would produce a coherent build with all
the *.eln files recompiled.

Message #57 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 12:20:25 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> Then perhaps the time stamp variation on your system sometimes makes
> the *.eln files newer than the *.elc?

It's possible.  All those lines are supposed to say "native compiled
elisp", right?

>> That's been a long-standing problem, though -- whenever subr.el is
>> updated (or something), help-fns-test-lisp-defun fails.  (But I've never
>> taken the time to find out why.)
>
> No, I think it's a separate issue.  At least on my system, touching
> all the preloaded *.el files would produce a coherent build with all
> the *.eln files recompiled.

Right.  I've now actually checked what it is that triggers the test
failure, and it is indeed a new subr.el:

[larsi <at> stories ~/src/emacs/trunk]$ touch lisp/subr.el
[larsi <at> stories ~/src/emacs/trunk]$ make; make check-maybe
[...]

1 files contained unexpected results:
  lisp/help-fns-tests.log

I'll open a new bug report for that.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #60 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 13:28:54 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: akrl <at> sdf.org,  52912 <at> debbugs.gnu.org,  monnier <at> iro.umontreal.ca
> Date: Sat, 22 Jan 2022 12:20:25 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Then perhaps the time stamp variation on your system sometimes makes
> > the *.eln files newer than the *.elc?
> 
> It's possible.  All those lines are supposed to say "native compiled
> elisp", right?

Yes, all of them.  Two lines should say "(source)", all the rest
should say "(native compiled elisp)".

Message #63 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 12:46:53 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> Yes, all of them.  Two lines should say "(source)", all the rest
> should say "(native compiled elisp)".

Let's see...  I have

Loading menu-bar (native compiled elisp)...
Loading tab-bar...

[larsi <at> stories ~/src/emacs/trunk]$ ls --full-time lisp/tab-bar.elc lisp/menu-bar.elc
-rw-r--r-- 1 larsi larsi 95029 2022-01-22 12:36:15.268200853 +0100 lisp/menu-bar.elc
-rw-r--r-- 1 larsi larsi 86740 2022-01-22 12:36:26.980314528 +0100 lisp/tab-bar.elc

[larsi <at> stories ~/src/emacs/trunk]$ ls --full-time native-lisp/29.0.50-81cb7c6e/preloaded/tab-bar-* native-lisp/29.0.50-81cb7c6e/preloaded/menu-bar-*
-rwxr-xr-x 1 larsi larsi 189216 2022-01-22 12:36:15.264200815 +0100 native-lisp/29.0.50-81cb7c6e/preloaded/menu-bar-4f46ea94-d507f077.eln
-rwxr-xr-x 1 larsi larsi 199984 2022-01-22 12:36:26.976314490 +0100 native-lisp/29.0.50-81cb7c6e/preloaded/tab-bar-f81d329c-ac833bd0.eln

Hm...  but both the .eln files are older than the respective .elc files?
Or am I misreading the timestamps?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #66 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 13:51:54 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: akrl <at> sdf.org,  52912 <at> debbugs.gnu.org,  monnier <at> iro.umontreal.ca
> Date: Sat, 22 Jan 2022 12:46:53 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Yes, all of them.  Two lines should say "(source)", all the rest
> > should say "(native compiled elisp)".
> 
> Let's see...  I have
> 
> Loading menu-bar (native compiled elisp)...
> Loading tab-bar...
> 
> [larsi <at> stories ~/src/emacs/trunk]$ ls --full-time lisp/tab-bar.elc lisp/menu-bar.elc
> -rw-r--r-- 1 larsi larsi 95029 2022-01-22 12:36:15.268200853 +0100 lisp/menu-bar.elc
> -rw-r--r-- 1 larsi larsi 86740 2022-01-22 12:36:26.980314528 +0100 lisp/tab-bar.elc
> 
> [larsi <at> stories ~/src/emacs/trunk]$ ls --full-time native-lisp/29.0.50-81cb7c6e/preloaded/tab-bar-* native-lisp/29.0.50-81cb7c6e/preloaded/menu-bar-*
> -rwxr-xr-x 1 larsi larsi 189216 2022-01-22 12:36:15.264200815 +0100 native-lisp/29.0.50-81cb7c6e/preloaded/menu-bar-4f46ea94-d507f077.eln
> -rwxr-xr-x 1 larsi larsi 199984 2022-01-22 12:36:26.976314490 +0100 native-lisp/29.0.50-81cb7c6e/preloaded/tab-bar-f81d329c-ac833bd0.eln
> 
> Hm...  but both the .eln files are older than the respective .elc files?
> Or am I misreading the timestamps?

No, you are not misreading.  I guess my hypothesis was incorrect, and
something else is at work here.  But the problem is real nonetheless.

Perhaps this is something caused by Alan's speedup of the bootstrap?

Message #69 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Sat, 22 Jan 2022 16:50:29 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> No, you are not misreading.  I guess my hypothesis was incorrect, and
> something else is at work here.  But the problem is real nonetheless.
>
> Perhaps this is something caused by Alan's speedup of the bootstrap?

Could be, but it's affecting a whole lot more files than the ones that
were touched by that change...  Andrea, can you take a look at this?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #72 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 52912 <at> debbugs.gnu.org,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Mon, 24 Jan 2022 14:16:25 +0000

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>> No, you are not misreading.  I guess my hypothesis was incorrect, and
>> something else is at work here.  But the problem is real nonetheless.
>>
>> Perhaps this is something caused by Alan's speedup of the bootstrap?
>
> Could be, but it's affecting a whole lot more files than the ones that
> were touched by that change...  Andrea, can you take a look at this?

Hi Lars,

Hmmm I see what's going on.

The .eln file is produced by 'gcc_jit_context_compile_to_file', we could
just produce the temporary .elc before calling it and renaming it
afterwards but unfortunatelly 'gcc_jit_context_compile_to_file' takes a
considerable part of the compilation time, as a consequence we'd go back
to the reason this bug was opened for.

I think the best solution is to touch the .eln file once the final .elc
is produced.

I'll put a patch together.

  Andrea

Message #75 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Mon, 24 Jan 2022 20:01:01 +0000

Andrea Corallo <akrl <at> sdf.org> writes:

> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>>> No, you are not misreading.  I guess my hypothesis was incorrect, and
>>> something else is at work here.  But the problem is real nonetheless.
>>>
>>> Perhaps this is something caused by Alan's speedup of the bootstrap?
>>
>> Could be, but it's affecting a whole lot more files than the ones that
>> were touched by that change...  Andrea, can you take a look at this?
>
> Hi Lars,
>
> Hmmm I see what's going on.
>
> The .eln file is produced by 'gcc_jit_context_compile_to_file', we could
> just produce the temporary .elc before calling it and renaming it
> afterwards but unfortunatelly 'gcc_jit_context_compile_to_file' takes a
> considerable part of the compilation time, as a consequence we'd go back
> to the reason this bug was opened for.
>
> I think the best solution is to touch the .eln file once the final .elc
> is produced.
>
> I'll put a patch together.

I've a patch that does that, but is crashing Emacs during bootstrap for
really no reason.

I suspect this is triggering some unrelated bug so I'm trying to see if
I can reproduce it on a sequencial build in order to debug it :/

I'll come with news when I figure out what's going on.

  Andrea

Message #78 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Tue, 25 Jan 2022 18:18:58 +0000

All right, with dfaf8bec4e it works for me again loading all native
code.  Please have a look if it works for you as well :)

Thanks

  Andrea

Message #81 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Wed, 26 Jan 2022 14:41:55 +0100

Andrea Corallo <akrl <at> sdf.org> writes:

> All right, with dfaf8bec4e it works for me again loading all native
> code.  Please have a look if it works for you as well :)

Yes, seems to work fine here.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #84 received at 52912 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: larsi <at> gnus.org, 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#52912: 29.0.50; Left over files from native compilation
Date: Thu, 27 Jan 2022 12:38:42 +0200

> From: Andrea Corallo <akrl <at> sdf.org>
> Date: Tue, 25 Jan 2022 18:18:58 +0000
> Cc: 52912 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
> 
> All right, with dfaf8bec4e it works for me again loading all native
> code.  Please have a look if it works for you as well :)

Thanks, it works for me now.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.