marginalia native bootstrap issue

[shipmints]

Documenting here as a basis for discussion. This possibly could be escalated to the marginalia/compat maintainers and/or Emacs maintainers once we understand more.

I can reproduce this on my system with a new nix build as follows. The repro assumes compat and marginalia are installed in elpa under .emacs.d. My versions are the most recently published compat-30.0.0.0 marginalia-20241124.1138.

# replace 30_0_92-bd45d9d0 with the build fingerprint as they evolve or just trash the whole cache
# note: using -q, not -Q, to allow site lisp to bootstrap native compiler support
$ cd ~/.emacs.d && /bin/rm -rf eln-cache/30_0_92-bd45d9d0 && /Volumes/Emacs.2024-10-26.ed1d691.emacs-30-0-92-pretest.macOS-11.x86_64.test.sanity-check/Emacs.app/Contents/MacOS/Emacs -q -l repro-marginalia-bootstrap.el

;; repro-marginalia-bootstrap.el
(package-activate-all)

(use-package marginalia
  :demand t
  :config
  (marginalia-mode))

(call-interactively #'minibuffer-complete)
;; marginalia-classify-original-category: Symbol’s function definition is void: marginalia--orig-completion-metadata-get

If you restart Emacs leaving the eln cache in place, the symbol issue does not reappear.