bug#56643: 29.0.50; Help-mode bookmarks not loading with native compilation

[defun.foo--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

> > Alternatively we could introduce a named helper function. Note there
> > are more calls of `help-setup-xref' using lambdas in arguments.
>
>
> And that would solve the problem? Did you try that?

I tried it with describe-function and it does solve the problem, although as noted above there are many other functions that generate help buffers and pass in a lambda.

Named helper:

(defun describe-function-xref-func (function buffer)
  (let ((describe-function-orig-buffer
                    (if (buffer-live-p buffer) buffer)))
               (describe-function function)))

Revised describe-function snippet:

    (help-setup-xref
     (list 'describe-function-xref-func function describe-function-orig-buffer)
     (called-interactively-p 'interactive))

This produces the following bookmark, which I confirmed still works after restarting Emacs:

("named-function-help-bookmark"
 (position . 1)
 (last-modified 25305 7198 806743 243000)
 (help-fn . describe-function-xref-func)
 (help-args completing-read "*scratch*")
 (position . 1)
 (handler . help-bookmark-jump))

> > I see a more general problem: anywhere where printing an anonymous
> > function readably is necessary there is a potential breakage when using
> > natively compiled Emacs - right?  That would be quite a limitation.

I had the same thought. I'd bet there are other packages that rely on being able to read code back reliably. I"m curious if there is any metadata at all attached to a natively-compiled function?