bug#71775: 31.0.50; Symbol's function definition is void: file-name-sans-extension

[Eli Zaretskii]

> From: Andrea Corallo <acorallo@gnu.org>
> Cc: Eli Zaretskii <eliz@gnu.org>,  71775-done@debbugs.gnu.org
> Date: Wed, 26 Jun 2024 05:03:12 -0400
> 
> Michael Welsh Duggan <mwd@md5i.com> writes:
> 
> > Eli Zaretskii <eliz@gnu.org> writes:
> >
> >>> From: Michael Welsh Duggan <md5i@md5i.com>
> >>> Date: Tue, 25 Jun 2024 10:12:12 -0400
> >>> 
> >>> 
> >>> After building and installing from master, from an empty build
> >>> directory, without the -j to make, I cannot run emacs from the installed
> >>> binary.
> >>> 
> >>>     $ emacs -Q
> >>>     Loading loadup.el (source)...
> >>>     Dump mode: nil
> >>>     Using load-path (/usr/local/share/emacs/31.0.50/site-lisp
> >>> /usr/local/share/emacs/site-lisp /usr/local/share/emacs/31.0.50/lisp
> >>> /usr/local/share/emacs/31.0.50/lisp/emacs-lisp
> >>> /usr/local/share/emacs/31.0.50/lisp/progmodes
> >>> /usr/local/share/emacs/31.0.50/lisp/language
> >>> /usr/local/share/emacs/31.0.50/lisp/international
> >>> /usr/local/share/emacs/31.0.50/lisp/textmodes
> >>> /usr/local/share/emacs/31.0.50/lisp/vc)
> >>>     Loading emacs-lisp/debug-early...
> >>>     Symbol's function definition is void: file-name-sans-extension
> >>> 
> >>> This problem does not happen if I run emacs from its build directory.
> >>
> >> This seems to indicate that Emacs can't find its pdumper file.  Is it
> >> where it's supposed to be?  Are any of the installation directories
> >> symlinks, perhaps?
> >
> > It appears to be in the right location.  For me the file is
> > /usr/local/libexec/emacs/31.0.50/x86_64-pc-linux-gnu/emacs-7613461fe6ed74f6f87f777c9c08b4ef65bda3f590e4a424624ddfd514cb2f81.pdmp,
> > which is consistent with prior installations of emacs.  None of the
> > directories are symlinks.
> >
> >> Also, are you sure you cleaned up the source tree before building?
> >> Suggest to try "git clean -fdx" or a fresh clone.
> >
> > It looks like this did the trick.  I am embarrassed that I did not try
> > this.  I'm so used to out-of-tree builds not changing (much) in the
> > source directory.  Sorry for the report, and you can close this bug.
> > (Though it might be worth putting something like this in PROBLEMS.)
> 
> No problem, I think PROBLEMS is more for Emacs releases (?) while
> building from source on master is known sometime to require a tree
> clean-up.

Right.  If we want to put this somewhere, the right place is
INSTALL.REPO, I think.