GNU bug report logs - #79694
31.0.50; Custom initialize change breaks bootstrap build

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Stephen Berman <stephen.berman@HIDDEN>; dated Sat, 25 Oct 2025 10:24:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 4 Nov 2025 12:17:22 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 04 07:17:22 2025
Received: from localhost ([127.0.0.1]:47194 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vGFyT-0004Mg-7K
	for submit <at> debbugs.gnu.org; Tue, 04 Nov 2025 07:17:22 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:56422)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vGFyP-0004ME-BM
 for 79694 <at> debbugs.gnu.org; Tue, 04 Nov 2025 07:17:18 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vGFyE-0005U4-Q7; Tue, 04 Nov 2025 07:17:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=Wd6L15TqdSKJ/iAb1dk+KBQ2Kd4nn+ubdIWqbL9+3GU=; b=XuO7yvk74gX8
 nIYRh3+T5MFcBjjQdZODTshOnRZgXJ/iLDkXZBZi7O6BMFOBW4I4budt0gIxYN5+BvH7QX9krIRhS
 cMjq/0OsViR3eMGiAYcnP5N5O73n8wVTJ7xSzOLiqrK+C+lKUrjYG7KPBArimAIZiQ3XBP7kfJwiE
 chIfhL9iIDCu7WfA4SamDwHu056yZcQ04pwh6AM1rfRwyiyPWafAoQpmOHE1pemzN3/N0wTqvSJ3k
 n90MCfDGeX29uHHN0xA9LF/xGggQ2a++1drqVtHG4VyUphsrC0dcOzNHFNkA0otjZyE/LNSsa2rp1
 O+5VXfhmnZDht4DV/cBXyg==;
Date: Tue, 04 Nov 2025 14:17:01 +0200
Message-Id: <86seeuf0w2.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Andy Moreton <andrewjmoreton@HIDDEN>,
 Stefan Monnier <monnier@HIDDEN>
In-Reply-To: <86ecqeemav.fsf@HIDDEN> (message from Andy Moreton on Mon, 03
 Nov 2025 23:19:52 +0000)
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
 <jwvldko40jz.fsf-monnier+emacs@HIDDEN> <86ldkokm90.fsf@HIDDEN>
 <86pl9zgvaw.fsf@HIDDEN> <86ldkmepj5.fsf@HIDDEN> <86ecqeemav.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Andy Moreton <andrewjmoreton@HIDDEN>
> Date: Mon, 03 Nov 2025 23:19:52 +0000
> 
> On Mon 03 Nov 2025, Andy Moreton wrote:
> 
> > On Mon 03 Nov 2025, Eli Zaretskii wrote:
> >
> >>> From: Andy Moreton <andrewjmoreton@HIDDEN>
> >>> Date: Mon, 03 Nov 2025 00:12:11 +0000
> >>> 
> >>> On Sun 02 Nov 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
> >>> 
> >>> > Please apply the patch below, retry, and shows us what "FILE=..."
> >>> > message you get, so we can see why the (member file excluded-files)
> >>> > fails to exclude this paren file (and it probably fails for all other
> >>> > preloaded files, of course, which likely results also in many warnings
> >>> > about "Not registering prefix").
> >>> >
> >>> > BTW You don't need a full rebuild.  Just deleting `src/bootstrap-emacs`
> >>> > and `lisp/loaddefs.el` followed by `make` should do the trick.
> >>> >
> >>> >
> >>> >         Stefan
> >>> >
> >>> > diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
> >>> > index 8f7940deaab..0effd91740d 100644
> >>> > --- a/lisp/emacs-lisp/loaddefs-gen.el
> >>> > +++ b/lisp/emacs-lisp/loaddefs-gen.el
> >>> > @@ -662,6 +662,8 @@ loaddefs-generate
> >>> >                                  (file-attributes file))))
> >>> >            ;; If we're scanning for package versions, we want to look
> >>> >            ;; at the file even if it's excluded.
> >>> > +          (when (string-match "paren" file)
> >>> > +           (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
> >>> >            (let* ((excluded (member file excluded-files)) <<<<<<<<<<<<<<<<<
> >>> >                   (package-data
> >>> >                    (and include-package-version (if excluded 'only t))))
> >>> 
> >>> That producese the following (line wrapped) output. Perhaps the case
> >>> difference in 'C:\' vs. 'c:\' is the issue ?
> >>
> >> Probably.  If you replace 'member' with 'member-ignore-case' in the
> >> line indicated above, does the problem go away?
> >
> > Yes, that allowed the bootstrap to complete. A step closer to a fix.
> >
> > So where does the upper case drive letter come from ?
> >
> >     AndyM
> 
> Adding this to look at the file and directory names:
> 
> diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
> index c8e05921fc12..ad9de90a4e60 100644
> --- a/lisp/emacs-lisp/loaddefs-gen.el
> +++ b/lisp/emacs-lisp/loaddefs-gen.el
> @@ -649,6 +649,11 @@ loaddefs-generate
>            (output-time
>             (file-attribute-modification-time (file-attributes output-file)))
>            (file-count 0))
> +
> +      (message "DIR=%S" dir)
> +      (message "FILES=%S" files)
> +      (message "EXCLUDED-FILES=%S" excluded-files)
> +
>        (dolist (file files)
>          (progress-reporter-update progress (setq file-count (1+ file-count)))
>          (when (or (not updating)
> 
> Results in:
>   DIR=("C:/emacs/git/emacs/master/lisp"
>   "C:/emacs/git/emacs/master/lisp/calc" ...
> 
>   FILES=("C:/emacs/git/emacs/master/lisp/abbrev.el"
>   "C:/emacs/git/emacs/master/lisp/align.el" ...
> 
>   EXCLUDED-FILES=("c:/emacs/git/emacs/master/lisp/ldefs-boot.el"
>   "c:/emacs/git/emacs/master/lisp/leim/leim-list.el" ...
> 
> If the DIR list above is from `loaddefs-generate--emacs-batch' which is
> invoked by the autoloads rule in lisp/Makefile, then I assume that the
> "C:/" prefix is from SUBDIRS_ALMOST, and thus generated by MSYS2 make.
> 
> The files list is from `directory-files', and the
> excluded-files list is based on using `expand-file-name' on the names
> from loadup.el, so it is odd that their driver letter case differs.

Please do the following:

 . insert a 'message' call into this function:

    (defun loaddefs-generate-batch ()
      "Generate loaddefs.el files in batch mode.
    This scans for ;;;###autoload forms and related things.

    The first element on the command line should be the (main)
    loaddefs.el output file, and the rest are the directories to
    use."
      (let ((args command-line-args-left))
	(setq command-line-args-left nil)
	(loaddefs-generate (cdr args) (expand-file-name (car args)))))

   to show the value of '(cdr args)' before it calls loaddefs-generate

 . run "make -C lisp autoloads-force V=1" from the shell prompt, and
   show both the command that Make invokes and the output of the
   'message' call you inserted

The above will allow us to decide how best to fix this problem.

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 3 Nov 2025 23:20:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 03 18:20:26 2025
Received: from localhost ([127.0.0.1]:44382 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vG3qc-0000Bm-Eh
	for submit <at> debbugs.gnu.org; Mon, 03 Nov 2025 18:20:26 -0500
Received: from lists.gnu.org ([2001:470:142::17]:57358)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG3qY-00006u-Hj
 for submit <at> debbugs.gnu.org; Mon, 03 Nov 2025 18:20:23 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG3qS-0001Oj-6O
 for bug-gnu-emacs@HIDDEN; Mon, 03 Nov 2025 18:20:16 -0500
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG3qI-0004W1-N8
 for bug-gnu-emacs@HIDDEN; Mon, 03 Nov 2025 18:20:15 -0500
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG3qB-0005Ud-Bt
 for bug-gnu-emacs@HIDDEN; Tue, 04 Nov 2025 00:19:59 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Mon, 03 Nov 2025 23:19:52 +0000
Message-ID: <86ecqeemav.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
 <jwvldko40jz.fsf-monnier+emacs@HIDDEN> <86ldkokm90.fsf@HIDDEN>
 <86pl9zgvaw.fsf@HIDDEN> <86ldkmepj5.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:oxJIMmLirCUjqxzFiy6gL0F1tKc=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Mon 03 Nov 2025, Andy Moreton wrote:

> On Mon 03 Nov 2025, Eli Zaretskii wrote:
>
>>> From: Andy Moreton <andrewjmoreton@HIDDEN>
>>> Date: Mon, 03 Nov 2025 00:12:11 +0000
>>> 
>>> On Sun 02 Nov 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
>>> 
>>> > Please apply the patch below, retry, and shows us what "FILE=..."
>>> > message you get, so we can see why the (member file excluded-files)
>>> > fails to exclude this paren file (and it probably fails for all other
>>> > preloaded files, of course, which likely results also in many warnings
>>> > about "Not registering prefix").
>>> >
>>> > BTW You don't need a full rebuild.  Just deleting `src/bootstrap-emacs`
>>> > and `lisp/loaddefs.el` followed by `make` should do the trick.
>>> >
>>> >
>>> >         Stefan
>>> >
>>> > diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
>>> > index 8f7940deaab..0effd91740d 100644
>>> > --- a/lisp/emacs-lisp/loaddefs-gen.el
>>> > +++ b/lisp/emacs-lisp/loaddefs-gen.el
>>> > @@ -662,6 +662,8 @@ loaddefs-generate
>>> >                                  (file-attributes file))))
>>> >            ;; If we're scanning for package versions, we want to look
>>> >            ;; at the file even if it's excluded.
>>> > +          (when (string-match "paren" file)
>>> > +           (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
>>> >            (let* ((excluded (member file excluded-files)) <<<<<<<<<<<<<<<<<
>>> >                   (package-data
>>> >                    (and include-package-version (if excluded 'only t))))
>>> 
>>> That producese the following (line wrapped) output. Perhaps the case
>>> difference in 'C:\' vs. 'c:\' is the issue ?
>>
>> Probably.  If you replace 'member' with 'member-ignore-case' in the
>> line indicated above, does the problem go away?
>
> Yes, that allowed the bootstrap to complete. A step closer to a fix.
>
> So where does the upper case drive letter come from ?
>
>     AndyM

Adding this to look at the file and directory names:

diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
index c8e05921fc12..ad9de90a4e60 100644
--- a/lisp/emacs-lisp/loaddefs-gen.el
+++ b/lisp/emacs-lisp/loaddefs-gen.el
@@ -649,6 +649,11 @@ loaddefs-generate
           (output-time
            (file-attribute-modification-time (file-attributes output-file)))
           (file-count 0))
+
+      (message "DIR=%S" dir)
+      (message "FILES=%S" files)
+      (message "EXCLUDED-FILES=%S" excluded-files)
+
       (dolist (file files)
         (progress-reporter-update progress (setq file-count (1+ file-count)))
         (when (or (not updating)

Results in:
  DIR=("C:/emacs/git/emacs/master/lisp"
  "C:/emacs/git/emacs/master/lisp/calc" ...

  FILES=("C:/emacs/git/emacs/master/lisp/abbrev.el"
  "C:/emacs/git/emacs/master/lisp/align.el" ...

  EXCLUDED-FILES=("c:/emacs/git/emacs/master/lisp/ldefs-boot.el"
  "c:/emacs/git/emacs/master/lisp/leim/leim-list.el" ...

If the DIR list above is from `loaddefs-generate--emacs-batch' which is
invoked by the autoloads rule in lisp/Makefile, then I assume that the
"C:/" prefix is from SUBDIRS_ALMOST, and thus generated by MSYS2 make.

The files list is from `directory-files', and the
excluded-files list is based on using `expand-file-name' on the names
from loadup.el, so it is odd that their driver letter case differs.

    AndyM





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 3 Nov 2025 22:10:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 03 17:10:41 2025
Received: from localhost ([127.0.0.1]:43980 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vG2l6-0005zT-OS
	for submit <at> debbugs.gnu.org; Mon, 03 Nov 2025 17:10:41 -0500
Received: from lists.gnu.org ([2001:470:142::17]:48762)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG2l2-0005zH-Mh
 for submit <at> debbugs.gnu.org; Mon, 03 Nov 2025 17:10:37 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG2ku-0001nK-Qa
 for bug-gnu-emacs@HIDDEN; Mon, 03 Nov 2025 17:10:28 -0500
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG2kk-00084U-Md
 for bug-gnu-emacs@HIDDEN; Mon, 03 Nov 2025 17:10:27 -0500
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vG2kc-0003pR-S1
 for bug-gnu-emacs@HIDDEN; Mon, 03 Nov 2025 23:10:10 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Mon, 03 Nov 2025 22:10:06 +0000
Message-ID: <86ldkmepj5.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
 <jwvldko40jz.fsf-monnier+emacs@HIDDEN> <86ldkokm90.fsf@HIDDEN>
 <86pl9zgvaw.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:8MgXChZs2kUpCzZK7sHbNLOJXPQ=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Mon 03 Nov 2025, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton@HIDDEN>
>> Date: Mon, 03 Nov 2025 00:12:11 +0000
>> 
>> On Sun 02 Nov 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
>> 
>> > Please apply the patch below, retry, and shows us what "FILE=..."
>> > message you get, so we can see why the (member file excluded-files)
>> > fails to exclude this paren file (and it probably fails for all other
>> > preloaded files, of course, which likely results also in many warnings
>> > about "Not registering prefix").
>> >
>> > BTW You don't need a full rebuild.  Just deleting `src/bootstrap-emacs`
>> > and `lisp/loaddefs.el` followed by `make` should do the trick.
>> >
>> >
>> >         Stefan
>> >
>> > diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
>> > index 8f7940deaab..0effd91740d 100644
>> > --- a/lisp/emacs-lisp/loaddefs-gen.el
>> > +++ b/lisp/emacs-lisp/loaddefs-gen.el
>> > @@ -662,6 +662,8 @@ loaddefs-generate
>> >                                  (file-attributes file))))
>> >            ;; If we're scanning for package versions, we want to look
>> >            ;; at the file even if it's excluded.
>> > +          (when (string-match "paren" file)
>> > +           (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
>> >            (let* ((excluded (member file excluded-files)) <<<<<<<<<<<<<<<<<
>> >                   (package-data
>> >                    (and include-package-version (if excluded 'only t))))
>> 
>> That producese the following (line wrapped) output. Perhaps the case
>> difference in 'C:\' vs. 'c:\' is the issue ?
>
> Probably.  If you replace 'member' with 'member-ignore-case' in the
> line indicated above, does the problem go away?

Yes, that allowed the bootstrap to complete. A step closer to a fix.

So where does the upper case drive letter come from ?

    AndyM





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 3 Nov 2025 12:22:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 03 07:22:55 2025
Received: from localhost ([127.0.0.1]:40209 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFtaF-0005Uj-91
	for submit <at> debbugs.gnu.org; Mon, 03 Nov 2025 07:22:55 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:55248)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vFta9-0005UC-2J
 for 79694 <at> debbugs.gnu.org; Mon, 03 Nov 2025 07:22:46 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vFtZz-00069S-7i; Mon, 03 Nov 2025 07:22:35 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=Wf94AND3tU/F12CEKDd//ThDdZXgUAhodktk6RzC2J0=; b=WWuWvQ+Ksi6T
 uWSRtJ9UN2Hn5MmMP7Oae01ovP4Mvt6HLgy7s26dRTaF3M6+3pfaS88tPTxkbWHIh7SkzYoVS/533
 1YdiKwbapeS6mRqtFlgEdPlVFWpdMlEMZwRiRdAdSYWWgDokZPU5xaPc2A0H4LBf9/x6JWmccnK1R
 2/pF7G0fn9LssV/z46LovoDpqK0gji1HtJNBiQLSJfgzqzRApLemIQQIwUU7ne2FI+b2Qy46exrgB
 8KivUbQI4ATQJ9foImCDNy2ZJ93Yyyms1r4NpIbfrVcLu0QV8YFNo/8UdL9Qy81bSzZwvkeb8y45Y
 uKN3uo99URbnhlqH8R+P+A==;
Date: Mon, 03 Nov 2025 14:22:31 +0200
Message-Id: <86pl9zgvaw.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Andy Moreton <andrewjmoreton@HIDDEN>
In-Reply-To: <86ldkokm90.fsf@HIDDEN> (message from Andy Moreton on Mon, 03
 Nov 2025 00:12:11 +0000)
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
 <jwvldko40jz.fsf-monnier+emacs@HIDDEN> <86ldkokm90.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Andy Moreton <andrewjmoreton@HIDDEN>
> Date: Mon, 03 Nov 2025 00:12:11 +0000
> 
> On Sun 02 Nov 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
> 
> > Please apply the patch below, retry, and shows us what "FILE=..."
> > message you get, so we can see why the (member file excluded-files)
> > fails to exclude this paren file (and it probably fails for all other
> > preloaded files, of course, which likely results also in many warnings
> > about "Not registering prefix").
> >
> > BTW You don't need a full rebuild.  Just deleting `src/bootstrap-emacs`
> > and `lisp/loaddefs.el` followed by `make` should do the trick.
> >
> >
> >         Stefan
> >
> > diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
> > index 8f7940deaab..0effd91740d 100644
> > --- a/lisp/emacs-lisp/loaddefs-gen.el
> > +++ b/lisp/emacs-lisp/loaddefs-gen.el
> > @@ -662,6 +662,8 @@ loaddefs-generate
> >                                  (file-attributes file))))
> >            ;; If we're scanning for package versions, we want to look
> >            ;; at the file even if it's excluded.
> > +          (when (string-match "paren" file)
> > +           (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
> >            (let* ((excluded (member file excluded-files)) <<<<<<<<<<<<<<<<<
> >                   (package-data
> >                    (and include-package-version (if excluded 'only t))))
> 
> That producese the following (line wrapped) output. Perhaps the case
> difference in 'C:\' vs. 'c:\' is the issue ?

Probably.  If you replace 'member' with 'member-ignore-case' in the
line indicated above, does the problem go away?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 3 Nov 2025 00:12:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 02 19:12:35 2025
Received: from localhost ([127.0.0.1]:34912 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFiBX-00082P-3b
	for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 19:12:35 -0500
Received: from lists.gnu.org ([2001:470:142::17]:47196)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFiBU-00082H-1F
 for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 19:12:32 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFiBN-0007pJ-KH
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 19:12:25 -0500
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFiBK-0006WT-U8
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 19:12:25 -0500
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFiBF-0004w0-9e
 for bug-gnu-emacs@HIDDEN; Mon, 03 Nov 2025 01:12:17 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Mon, 03 Nov 2025 00:12:11 +0000
Message-ID: <86ldkokm90.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
 <jwvldko40jz.fsf-monnier+emacs@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:WAdhuCjxgtVba6OCpa5fIvBSJEM=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Sun 02 Nov 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:

>>> A stab in the dark: could it be that the MSYS "/c/foo/bar" thingy
>>> (which stands for "c:/foo/bar") is the culprit?  Maybe a call to
>>> unmsys--file-name is missing somewhere?
>
> Could be, indeed.
>
>> It doesn't seem like that. The handling of define-minor-mode in
>> loaddefs-gen results in the macro being expacnded, which puts the
>> defcustom and autoload forms into loaddefs.el.
>
> That's irrelevant: `paren.el` should not be scanned for autoloads
> at all because it's preloaded.
>
>> With the older code that used 'custom-initialize-delay as the
>> initializer, the minor mode variable is not initialised until startup.el
>> runs in the runtime emacs.
>
> Right: that was already wrong, but the bug stayed unnoticed because it
> did not cause the build to fail.
>
> Please apply the patch below, retry, and shows us what "FILE=..."
> message you get, so we can see why the (member file excluded-files)
> fails to exclude this paren file (and it probably fails for all other
> preloaded files, of course, which likely results also in many warnings
> about "Not registering prefix").
>
> BTW You don't need a full rebuild.  Just deleting `src/bootstrap-emacs`
> and `lisp/loaddefs.el` followed by `make` should do the trick.
>
>
>         Stefan
>
> diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
> index 8f7940deaab..0effd91740d 100644
> --- a/lisp/emacs-lisp/loaddefs-gen.el
> +++ b/lisp/emacs-lisp/loaddefs-gen.el
> @@ -662,6 +662,8 @@ loaddefs-generate
>                                  (file-attributes file))))
>            ;; If we're scanning for package versions, we want to look
>            ;; at the file even if it's excluded.
> +          (when (string-match "paren" file)
> +           (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
>            (let* ((excluded (member file excluded-files))
>                   (package-data
>                    (and include-package-version (if excluded 'only t))))

That producese the following (line wrapped) output. Perhaps the case
difference in 'C:\' vs. 'c:\' is the issue ?

FILE="C:/emacs/git/emacs/master/lisp/paren.el"
EXCLUDED-FILES=("c:/emacs/git/emacs/master/lisp/ldefs-boot.el"
"c:/emacs/git/emacs/master/lisp/leim/leim-list.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/rmc.el"
"c:/emacs/git/emacs/master/lisp/international/iso-transl.el"
"c:/emacs/git/emacs/master/lisp/tooltip.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/cconv.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/eldoc.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/shorthands.el"
"c:/emacs/git/emacs/master/lisp/paren.el"
"c:/emacs/git/emacs/master/lisp/electric.el"
"c:/emacs/git/emacs/master/lisp/uniquify.el"
"c:/emacs/git/emacs/master/lisp/vc/ediff-hook.el"
"c:/emacs/git/emacs/master/lisp/vc/vc-hooks.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/float-sup.el"
"c:/emacs/git/emacs/master/lisp/progmodes/elisp-mode.el"
"c:/emacs/git/emacs/master/lisp/buff-menu.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/tabulated-list.el"
"c:/emacs/git/emacs/master/lisp/replace.el"
"c:/emacs/git/emacs/master/lisp/newcomment.el"
"c:/emacs/git/emacs/master/lisp/textmodes/fill.el"
"c:/emacs/git/emacs/master/lisp/textmodes/text-mode.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/lisp-mode.el"
"c:/emacs/git/emacs/master/lisp/progmodes/prog-mode.el"
"c:/emacs/git/emacs/master/lisp/textmodes/paragraphs.el"
"c:/emacs/git/emacs/master/lisp/register.el"
"c:/emacs/git/emacs/master/lisp/textmodes/page.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/lisp.el"
"c:/emacs/git/emacs/master/lisp/tab-bar.el"
"c:/emacs/git/emacs/master/lisp/menu-bar.el"
"c:/emacs/git/emacs/master/lisp/rfn-eshadow.el"
"c:/emacs/git/emacs/master/lisp/isearch.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/easymenu.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/timer.el"
"c:/emacs/git/emacs/master/lisp/select.el"
"c:/emacs/git/emacs/master/lisp/mouse.el"
"c:/emacs/git/emacs/master/lisp/jit-lock.el"
"c:/emacs/git/emacs/master/lisp/font-lock.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/syntax.el"
"c:/emacs/git/emacs/master/lisp/font-core.el"
"c:/emacs/git/emacs/master/lisp/term/tty-colors.el"
"c:/emacs/git/emacs/master/lisp/startup.el"
"c:/emacs/git/emacs/master/lisp/frame.el"
"c:/emacs/git/emacs/master/lisp/minibuffer.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/nadvice.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/seq.el"
"c:/emacs/git/emacs/master/lisp/simple.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/cl-generic.el"
"c:/emacs/git/emacs/master/lisp/indent.el"
"c:/emacs/git/emacs/master/lisp/language/indonesian.el"
"c:/emacs/git/emacs/master/lisp/language/philippine.el"
"c:/emacs/git/emacs/master/lisp/language/cham.el"
"c:/emacs/git/emacs/master/lisp/language/burmese.el"
"c:/emacs/git/emacs/master/lisp/language/khmer.el"
"c:/emacs/git/emacs/master/lisp/language/georgian.el"
"c:/emacs/git/emacs/master/lisp/language/utf-8-lang.el"
"c:/emacs/git/emacs/master/lisp/language/misc-lang.el"
"c:/emacs/git/emacs/master/lisp/language/vietnamese.el"
"c:/emacs/git/emacs/master/lisp/language/tibetan.el"
"c:/emacs/git/emacs/master/lisp/language/thai.el"
"c:/emacs/git/emacs/master/lisp/language/tai-viet.el"
"c:/emacs/git/emacs/master/lisp/language/lao.el"
"c:/emacs/git/emacs/master/lisp/language/korean.el"
"c:/emacs/git/emacs/master/lisp/language/japanese.el"
"c:/emacs/git/emacs/master/lisp/international/eucjp-ms.el"
"c:/emacs/git/emacs/master/lisp/international/cp51932.el"
"c:/emacs/git/emacs/master/lisp/language/hebrew.el"
"c:/emacs/git/emacs/master/lisp/language/greek.el"
"c:/emacs/git/emacs/master/lisp/language/romanian.el"
"c:/emacs/git/emacs/master/lisp/language/slovak.el"
"c:/emacs/git/emacs/master/lisp/language/czech.el"
"c:/emacs/git/emacs/master/lisp/language/european.el"
"c:/emacs/git/emacs/master/lisp/language/ethiopic.el"
"c:/emacs/git/emacs/master/lisp/language/english.el"
"c:/emacs/git/emacs/master/lisp/language/sinhala.el"
"c:/emacs/git/emacs/master/lisp/language/indian.el"
"c:/emacs/git/emacs/master/lisp/language/cyrillic.el"
"c:/emacs/git/emacs/master/lisp/language/chinese.el"
"c:/emacs/git/emacs/master/lisp/composite.el"
"c:/emacs/git/emacs/master/lisp/international/characters.el"
"c:/emacs/git/emacs/master/lisp/international/charprop.el"
"c:/emacs/git/emacs/master/lisp/case-table.el"
"c:/emacs/git/emacs/master/lisp/international/mule-cmds.el"
"c:/emacs/git/emacs/master/lisp/epa-hook.el"
"c:/emacs/git/emacs/master/lisp/jka-cmpr-hook.el"
"c:/emacs/git/emacs/master/lisp/help.el"
"c:/emacs/git/emacs/master/lisp/abbrev.el"
"c:/emacs/git/emacs/master/lisp/obarray.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/oclosure.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/cl-preloaded.el"
"c:/emacs/git/emacs/master/lisp/button.el"
"c:/emacs/git/emacs/master/lisp/faces.el"
"c:/emacs/git/emacs/master/lisp/cus-face.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/macroexp.el"
"c:/emacs/git/emacs/master/lisp/files.el"
"c:/emacs/git/emacs/master/lisp/window.el"
"c:/emacs/git/emacs/master/lisp/bindings.el"
"c:/emacs/git/emacs/master/lisp/format.el"
"c:/emacs/git/emacs/master/lisp/env.el"
"c:/emacs/git/emacs/master/lisp/international/mule-conf.el"
"c:/emacs/git/emacs/master/lisp/international/mule.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/map-ynp.el"
"c:/emacs/git/emacs/master/lisp/custom.el"
"c:/emacs/git/emacs/master/lisp/widget.el"
"c:/emacs/git/emacs/master/lisp/version.el"
"c:/emacs/git/emacs/master/lisp/keymap.el"
"c:/emacs/git/emacs/master/lisp/subr.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/backquote.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/byte-run.el"
"c:/emacs/git/emacs/master/lisp/emacs-lisp/debug-early.el")





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 2 Nov 2025 21:03:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 02 16:03:24 2025
Received: from localhost ([127.0.0.1]:33724 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFfES-00061n-78
	for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 16:03:24 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:2646)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vFfEO-00061e-UA
 for 79694 <at> debbugs.gnu.org; Sun, 02 Nov 2025 16:03:21 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id BD46C1000BC;
 Sun,  2 Nov 2025 16:03:13 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1762117392;
 bh=cEDQgskElZ+pN9KjShjKl6LLwj86fqKvP+xrjTjj3R0=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=WCr7Jqvs9oSGJ4U0PMwTWR3jWsRe4qJ+pq6YFLSgrwAw/Ukk9gZlW3gmmzM59i53y
 XDPTKpZJzI9bEsAaqmHpQYBdWEHlxFHZ9gQH+IFwwMn/IQ4pEdJ7oCDNNCVXLl9V5x
 Erucmr/ZP6bbGjhgaSqDmw5sCpzBDV6RiRi21GwXv833Z9+NVe4Cx1bQGJWm1q7ouR
 yTca0k11WPqxb745LcuuIy/80BK2PkNBgJAtX7zJCE6ojcCe81qxT/xK/uZp4qQp3j
 Ji0eijfrkJ64twaj5fHygkoFbxEA/sUUCp5Z4ETX4qzwdvC9jMOpC6H/lM6TEXrzKQ
 fjVtrlrnx8G0w==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D491A100029;
 Sun,  2 Nov 2025 16:03:12 -0500 (EST)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 3739C1201F6;
 Sun,  2 Nov 2025 16:03:10 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
To: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <867bw862g6.fsf@HIDDEN>
Message-ID: <jwvldko40jz.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
Date: Sun, 02 Nov 2025 16:03:04 -0500
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.051 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> A stab in the dark: could it be that the MSYS "/c/foo/bar" thingy
>> (which stands for "c:/foo/bar") is the culprit?  Maybe a call to
>> unmsys--file-name is missing somewhere?

Could be, indeed.

> It doesn't seem like that. The handling of define-minor-mode in
> loaddefs-gen results in the macro being expacnded, which puts the
> defcustom and autoload forms into loaddefs.el.

That's irrelevant: `paren.el` should not be scanned for autoloads
at all because it's preloaded.

> With the older code that used 'custom-initialize-delay as the
> initializer, the minor mode variable is not initialised until startup.el
> runs in the runtime emacs.

Right: that was already wrong, but the bug stayed unnoticed because it
did not cause the build to fail.

Please apply the patch below, retry, and shows us what "FILE=..."
message you get, so we can see why the (member file excluded-files)
fails to exclude this paren file (and it probably fails for all other
preloaded files, of course, which likely results also in many warnings
about "Not registering prefix").

BTW You don't need a full rebuild.  Just deleting `src/bootstrap-emacs`
and `lisp/loaddefs.el` followed by `make` should do the trick.


        Stefan


diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
index 8f7940deaab..0effd91740d 100644
--- a/lisp/emacs-lisp/loaddefs-gen.el
+++ b/lisp/emacs-lisp/loaddefs-gen.el
@@ -662,6 +662,8 @@ loaddefs-generate
                                 (file-attributes file))))
           ;; If we're scanning for package versions, we want to look
           ;; at the file even if it's excluded.
+          (when (string-match "paren" file)
+           (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
           (let* ((excluded (member file excluded-files))
                  (package-data
                   (and include-package-version (if excluded 'only t))))





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 2 Nov 2025 16:17:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 02 11:17:02 2025
Received: from localhost ([127.0.0.1]:59931 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFalJ-0000sr-Tm
	for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 11:17:02 -0500
Received: from lists.gnu.org ([2001:470:142::17]:60760)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFalH-0000s5-Ct
 for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 11:16:59 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFalB-00040i-OX
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 11:16:53 -0500
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFalA-0004x5-23
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 11:16:53 -0500
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFal5-000AW2-NX
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 17:16:47 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Sun, 02 Nov 2025 16:16:42 +0000
Message-ID: <86346w5s0l.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
 <864ircio4s.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:eeyOqY3/EhRVlog1Z/vcd4uxq50=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Sun 02 Nov 2025, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton@HIDDEN>
>> Date: Sun, 02 Nov 2025 12:31:21 +0000
>> 
>> On Tue 28 Oct 2025, Eli Zaretskii wrote:
>> 
>> > A stab in the dark: could it be that the MSYS "/c/foo/bar" thingy
>> > (which stands for "c:/foo/bar") is the culprit?  Maybe a call to
>> > unmsys--file-name is missing somewhere?
>> 
>> It doesn't seem like that. The handling of define-minor-mode in
>> loaddefs-gen results in the macro being expacnded, which puts the
>> defcustom and autoload forms into loaddefs.el.
>> 
>> With the older code that used 'custom-initialize-delay as the
>> initializer, the minor mode variable is not initialised until startup.el
>> runs in the runtime emacs.
>> 
>> With the new code, the #'custom-initialize-after-file-load initialiser
>> expansion results in the minor mode variable being initialised in the
>> after load handling for loaddefs.el. That results in the observed
>> problem of trying to autoload during dumping.
>> 
>> Clearly there is much I don't understand about custom and autoload
>> handling. I cannot see why builds on Linux do not show the same problem.
>
> Stefan, doesn't the code rely on comparison of file names?  If not,
> why was using file-truename an issue -- all it does is to change the
> file name.
>
> Based on that, I guessed that the MSYS-style /d/foo/bar file names
> could be an issue, if the code compares them with d:/foo/bar.  If that
> is possible, then using unmsys--file-name is the solution.

That is not the problem. The filename that is checked is "loaddefs.elc",
which is wehere the define-minor-mode expansion is loaded from. The
problem is not a file name issue, but something more fundamental, as it
shiofts enabling show-paren-mode (and other minor modes) from startup in
the runtime emacs to during dumping, which causes problems.

This wasn't broken before, so why did it need fixing ?

    AndyM





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 2 Nov 2025 13:02:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 02 08:02:30 2025
Received: from localhost ([127.0.0.1]:58469 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFXj3-00074m-Iu
	for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 08:02:30 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:54510)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vFXiy-00073L-Fe
 for 79694 <at> debbugs.gnu.org; Sun, 02 Nov 2025 08:02:26 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vFXiq-0002j5-EI; Sun, 02 Nov 2025 08:02:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=jIsPEjF14Pk+wljkQ/ed9blc2Fy9X77tib04RZuKWVk=; b=caVBOc4hpoEE
 dNwpsf5wLQl26QfC4Q8AIdRVLFxrHkLs4kV223ty3XnbGCeWsciQvDyn6szZfd6X6ygOQ8HlTSKc0
 AhC1NOMFt/O+izaMcIAFdKmOh2D8qjF4A4EEglWqEivhNlK/TWElCCWPO1xaSHZCwiQSrW5yaepns
 wOU/cb9ymA2SwpwrUntXWqtJwZ3+vQdVETUFh3psJEHope/VF6JqONjojyit7eo5Ipmk+I+bUhsTf
 8hODRnLGRWk9axSfMCZKhfm+hUCrrhBYw3lf556LWlHvRJHImuEUFYfNyOky7yc7/G6Yrqpj6Yu0t
 16i3kxm2kti3ya/j1XeUeA==;
Date: Sun, 02 Nov 2025 15:02:11 +0200
Message-Id: <864ircio4s.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Andy Moreton <andrewjmoreton@HIDDEN>,
 Stefan Monnier <monnier@HIDDEN>
In-Reply-To: <867bw862g6.fsf@HIDDEN> (message from Andy Moreton on Sun, 02
 Nov 2025 12:31:21 +0000)
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN> <867bw862g6.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Andy Moreton <andrewjmoreton@HIDDEN>
> Date: Sun, 02 Nov 2025 12:31:21 +0000
> 
> On Tue 28 Oct 2025, Eli Zaretskii wrote:
> 
> > A stab in the dark: could it be that the MSYS "/c/foo/bar" thingy
> > (which stands for "c:/foo/bar") is the culprit?  Maybe a call to
> > unmsys--file-name is missing somewhere?
> 
> It doesn't seem like that. The handling of define-minor-mode in
> loaddefs-gen results in the macro being expacnded, which puts the
> defcustom and autoload forms into loaddefs.el.
> 
> With the older code that used 'custom-initialize-delay as the
> initializer, the minor mode variable is not initialised until startup.el
> runs in the runtime emacs.
> 
> With the new code, the #'custom-initialize-after-file-load initialiser
> expansion results in the minor mode variable being initialised in the
> after load handling for loaddefs.el. That results in the observed
> problem of trying to autoload during dumping.
> 
> Clearly there is much I don't understand about custom and autoload
> handling. I cannot see why builds on Linux do not show the same problem.

Stefan, doesn't the code rely on comparison of file names?  If not,
why was using file-truename an issue -- all it does is to change the
file name.

Based on that, I guessed that the MSYS-style /d/foo/bar file names
could be an issue, if the code compares them with d:/foo/bar.  If that
is possible, then using unmsys--file-name is the solution.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 2 Nov 2025 12:31:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 02 07:31:53 2025
Received: from localhost ([127.0.0.1]:58266 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFXFQ-0003jb-QS
	for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 07:31:53 -0500
Received: from lists.gnu.org ([2001:470:142::17]:53314)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFXFK-0003jN-P0
 for submit <at> debbugs.gnu.org; Sun, 02 Nov 2025 07:31:48 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFXFD-0006y9-L6
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 07:31:39 -0500
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFXF6-0004EN-Ij
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 07:31:39 -0500
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFXF0-0007v7-EX
 for bug-gnu-emacs@HIDDEN; Sun, 02 Nov 2025 13:31:26 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Sun, 02 Nov 2025 12:31:21 +0000
Message-ID: <867bw862g6.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
 <868qgvp4ej.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:raddHjn3J3GDtuKYnO2eUTVBz1A=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Tue 28 Oct 2025, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton@HIDDEN>
>> Date: Mon, 27 Oct 2025 23:37:17 +0000
>> 
>> On Mon 27 Oct 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
>> 
>> >>> and then report the corresponding message you get?
>> >>
>> >> Here is the beginning:
>> >>
>> >> FILE="/home/steve/src/emacs/emacs-master/lisp/paren.el"
>> >> EXCLUDED-FILES=("/datadisk/steve/src/emacs/emacs-master/lisp/ldefs-boot.el"
>> >> "/datadisk/steve/src/emacs/emacs-master/lisp/leim/leim-list.el" ...
>> >> [plus 107 more files, AFAICT all the preloaded files under lisp/])
>> >
>> > Hmm...
>> >
>> > I was now able to reproduce your problem locally, and in my
>> > reproduction, the patch below fixed the problem.  There are other ways
>> > to reconcile the "original dir name" with its truename, but currently an
>> > out-of-tree build seems to be careful to try and always refer to places
>> > via the "original dir name", so I think that's what we should go for.
>> >
>> > An earlier patch I tried used tricks like:
>> >
>> >     (expand-file-name
>> >      (file-relative-name (file-truename d)
>> >                          (file-truename default-directory))))
>> >
>> > but I felt that this way lies madness.
>> >
>> >
>> >         Stefan
>> 
>> [...snipped startup.el patch...]
>> 
>> I tried building on Windows (after "git clean -xdf") and appying this
>> patch for startup.el, which still failed to bootstrap with the same failure.
>> 
>> loaddefs.el still ends up with this (doc strings omitted):
>> 
>>   (defcustom show-paren-mode t "\
>>      ..." :set #'custom-set-minor-mode
>>    :initialize #'custom-initialize-after-file-load
>>    :type 'boolean :group 'paren-showing)
>>   (custom-autoload 'show-paren-mode "paren" nil)
>>   (when (bound-and-true-p show-paren-mode)
>>     (add-to-list 'global-minor-modes 'show-paren-mode))
>>   (autoload 'show-paren-mode "paren" "\
>>     ..." t)
>>   (autoload 'show-paren-local-mode "paren" "\
>>     ..." t)
>>   (register-definition-prefixes "paren" '("show-paren-"))
>> 
>> So it looks like something in generation of loaddefs.el is not right in
>> addition to the fix in your patch.
>
> A stab in the dark: could it be that the MSYS "/c/foo/bar" thingy
> (which stands for "c:/foo/bar") is the culprit?  Maybe a call to
> unmsys--file-name is missing somewhere?

It doesn't seem like that. The handling of define-minor-mode in
loaddefs-gen results in the macro being expacnded, which puts the
defcustom and autoload forms into loaddefs.el.

With the older code that used 'custom-initialize-delay as the
initializer, the minor mode variable is not initialised until startup.el
runs in the runtime emacs.

With the new code, the #'custom-initialize-after-file-load initialiser
expansion results in the minor mode variable being initialised in the
after load handling for loaddefs.el. That results in the observed
problem of trying to autoload during dumping.

Clearly there is much I don't understand about custom and autoload
handling. I cannot see why builds on Linux do not show the same problem.

    AndyM





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 1 Nov 2025 16:33:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Nov 01 12:33:26 2025
Received: from localhost ([127.0.0.1]:51680 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vFEXe-0005Oq-2s
	for submit <at> debbugs.gnu.org; Sat, 01 Nov 2025 12:33:26 -0400
Received: from lists.gnu.org ([2001:470:142::17]:44044)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFEXa-0005OM-D8
 for submit <at> debbugs.gnu.org; Sat, 01 Nov 2025 12:33:24 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFEXV-0000ft-3t
 for bug-gnu-emacs@HIDDEN; Sat, 01 Nov 2025 12:33:17 -0400
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFEXT-0001oq-8V
 for bug-gnu-emacs@HIDDEN; Sat, 01 Nov 2025 12:33:16 -0400
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vFEXO-0002vu-CA
 for bug-gnu-emacs@HIDDEN; Sat, 01 Nov 2025 17:33:10 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Sat, 01 Nov 2025 16:33:03 +0000
Message-ID: <86v7jtu30g.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <87o6ps6vel.fsf@HIDDEN>
 <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN> <87ecqn2a7e.fsf@HIDDEN>
 <jwvy0oqajsx.fsf-monnier+emacs@HIDDEN>
 <975424f9-1ab4-489a-8872-548118494f46@HIDDEN>
 <86tszejkhp.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:2kL+lILPvYai1cZ73iZnP+Yp+xw=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Sat 01 Nov 2025, Eli Zaretskii wrote:

>> Cc: Alan Mackenzie <acm@HIDDEN>, Andy Moreton <andrewjmoreton@HIDDEN>,
>>  79694 <at> debbugs.gnu.org
>> Date: Fri, 31 Oct 2025 16:15:01 -0600
>> From: Paul Eggert <eggert@HIDDEN>
>> 
>> On 10/31/25 15:17, Stefan Monnier wrote:
>> > Any objection?
>> 
>> None from me; the patch looks good, thanks.
>
> Andy, does this patch fix your build as well?

Unfortunately not - no change in boostrap from a clean tree.
Build log still ends with:

Loading loaddefs...
Loading theme-loaddefs.el (source)...

Error: error ("Attempt to autoload show-paren-mode while preparing to dump")
  show-paren-mode(1)
  custom-set-minor-mode(show-paren-mode t)
  custom-initialize-set(show-paren-mode (funcall #'#[0 "\300\207" [t] 1]))
  #[257 "\211\301\232\205\20\0\304\305\300\242\"\210\306\303\302\"\207" [(#0) "loaddefs.elc" (funcall #'#[0 "\300\207"
[t] 1]) show-paren-mode remove-hook after-load-functions custom-initialize-set] 4 "\n\n(fn FILE)"]("loaddefs.elc")
  do-after-load-evaluation("loaddefs.elc")
  load("loaddefs")
  (condition-case nil (load "loaddefs") (file-error (load "ldefs-boot.el")))
  load("loadup.el")

debug-early-backtrace...done
Attempt to autoload show-paren-mode while preparing to dump
make[2]: *** [Makefile:652: emacs.pdmp] Error 127
make[1]: *** [Makefile:546: src] Error 2





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 1 Nov 2025 07:11:14 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Nov 01 03:11:14 2025
Received: from localhost ([127.0.0.1]:49220 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vF5lZ-0008W7-JT
	for submit <at> debbugs.gnu.org; Sat, 01 Nov 2025 03:11:14 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:58360)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vF5lW-0008VW-7T
 for 79694 <at> debbugs.gnu.org; Sat, 01 Nov 2025 03:11:11 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vF5lN-0006OT-8p; Sat, 01 Nov 2025 03:11:01 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=T4AgSRuzIepmZt694Tze2O8xHAvbUl95ryOdcnImmEc=; b=G7ceQonquV0z
 xWCu4dCb01mRN0PJrRhbYreLSAiMmoFllUAvaWAfcNzJbQUYvNGufdhNr4qPd+XQWZ3jNrcWwK996
 EFCPzx+IeoxrnGvK4bOnaS7H8a7htr1pCM8Pzwnw2oAu9/yp27ctH1m+dcmZKAzpTlMZXLSLKmJB6
 Z4jII3DUz6WixECs7RxyczzrTgGp11+c026e12p7VEykrX7scSqwGxJEpljAd1YE8m2Ek46aIVyyG
 Tl9ho/Ad1N+YvGkOpXoUU4r9B38zgEnjFZFhnF8FuOMGBiDNF9vzpHWkk6gsOYlhHtNAo96gsrPyi
 LepY7yieOASflsuzGeiBjQ==;
Date: Sat, 01 Nov 2025 09:10:58 +0200
Message-Id: <86tszejkhp.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Paul Eggert <eggert@HIDDEN>, andrewjmoreton@HIDDEN
In-Reply-To: <975424f9-1ab4-489a-8872-548118494f46@HIDDEN> (message from
 Paul Eggert on Fri, 31 Oct 2025 16:15:01 -0600)
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <87o6ps6vel.fsf@HIDDEN>
 <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN> <87ecqn2a7e.fsf@HIDDEN>
 <jwvy0oqajsx.fsf-monnier+emacs@HIDDEN>
 <975424f9-1ab4-489a-8872-548118494f46@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: acm@HIDDEN, stephen.berman@HIDDEN, monnier@HIDDEN,
 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: Alan Mackenzie <acm@HIDDEN>, Andy Moreton <andrewjmoreton@HIDDEN>,
>  79694 <at> debbugs.gnu.org
> Date: Fri, 31 Oct 2025 16:15:01 -0600
> From: Paul Eggert <eggert@HIDDEN>
> 
> On 10/31/25 15:17, Stefan Monnier wrote:
> > Any objection?
> 
> None from me; the patch looks good, thanks.

Andy, does this patch fix your build as well?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 31 Oct 2025 22:15:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 31 18:15:13 2025
Received: from localhost ([127.0.0.1]:45437 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vExOq-0008Ua-P9
	for submit <at> debbugs.gnu.org; Fri, 31 Oct 2025 18:15:13 -0400
Received: from mail.cs.ucla.edu ([131.179.128.66]:41404)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eggert@HIDDEN>)
 id 1vExOn-0008UO-4M
 for 79694 <at> debbugs.gnu.org; Fri, 31 Oct 2025 18:15:09 -0400
Received: from localhost (localhost [127.0.0.1])
 by mail.cs.ucla.edu (Postfix) with ESMTP id E69463C123862;
 Fri, 31 Oct 2025 15:15:02 -0700 (PDT)
Received: from mail.cs.ucla.edu ([127.0.0.1])
 by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP
 id 8ha_7Wx8upaK; Fri, 31 Oct 2025 15:15:02 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
 by mail.cs.ucla.edu (Postfix) with ESMTP id BCEB33C2BE540;
 Fri, 31 Oct 2025 15:15:02 -0700 (PDT)
DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu BCEB33C2BE540
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu;
 s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1761948902;
 bh=b39KM1ierUyDAe1L5HZBPCoj+P96Q9feZ40IcBBFQV8=;
 h=Message-ID:Date:MIME-Version:To:From;
 b=iyTrv5RDywNEIu3/kXM///zgtbWw/Lscc9jVlDm6fplDIbbr1X5EXVp0r60ofCPqe
 ZsWaNvfSDtHhHNYFronjyFYTvc3COjF9R5ahsUlks5+KNrHAU+EBkWktISiLG4tRCc
 uWeb6cXViv5V5CecwmpszEOcv8rh0Jqy/XHFIDMbu3eeQeXjiDU/8u/zeSQrv0B3Hb
 O/+DtoHDj5PLHfmJQeZkxaq4L5xau+Z5670CiQZjHtBp1zN3DC19RJKU3k/h3Mbv6l
 tfxGzRrzClRe2BhYDK/YoOEXXCiOMv/SRBnXBb3tzhdquigukayKVJU+3ymqENIITo
 C44bfZxtr2jgA==
X-Virus-Scanned: amavis at mail.cs.ucla.edu
Received: from mail.cs.ucla.edu ([127.0.0.1])
 by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP
 id 1vCyfmfWQbTm; Fri, 31 Oct 2025 15:15:02 -0700 (PDT)
Received: from [10.10.33.76] (unknown [96.69.135.29])
 by mail.cs.ucla.edu (Postfix) with ESMTPSA id 461753C123862;
 Fri, 31 Oct 2025 15:15:02 -0700 (PDT)
Message-ID: <975424f9-1ab4-489a-8872-548118494f46@HIDDEN>
Date: Fri, 31 Oct 2025 16:15:01 -0600
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
To: Stefan Monnier <monnier@HIDDEN>,
 Stephen Berman <stephen.berman@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <87o6ps6vel.fsf@HIDDEN>
 <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN> <87ecqn2a7e.fsf@HIDDEN>
 <jwvy0oqajsx.fsf-monnier+emacs@HIDDEN>
Content-Language: en-US
From: Paul Eggert <eggert@HIDDEN>
In-Reply-To: <jwvy0oqajsx.fsf-monnier+emacs@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 79694
Cc: Alan Mackenzie <acm@HIDDEN>, Andy Moreton <andrewjmoreton@HIDDEN>,
 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On 10/31/25 15:17, Stefan Monnier wrote:
> Any objection?

None from me; the patch looks good, thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 31 Oct 2025 21:17:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 31 17:17:45 2025
Received: from localhost ([127.0.0.1]:45026 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vEwVF-0005nO-2V
	for submit <at> debbugs.gnu.org; Fri, 31 Oct 2025 17:17:45 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:44317)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vEwV8-0005nC-Fo
 for 79694 <at> debbugs.gnu.org; Fri, 31 Oct 2025 17:17:40 -0400
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id A222D802A2;
 Fri, 31 Oct 2025 17:17:31 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761945450;
 bh=IaTi+kHWtjPZFNnxNu2aoEuPDJUVjz3rXSz0I+pNvbY=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=kwBH1xVnLxaoAaE/zs/CEpIzu8jZpNLS1UcHgkysVFW9a79UJXBBxJhFbJs0eZxxr
 wPewnqO1du8aZHWp8Xk7Fpyn2QZ0wGIQxtZa4RF1X0od79l/Ac2tgA5lOtQAEqXeRf
 soWa4gTS0ktoK4JJMRzexyAerRnhQnn+Bdzf50O8PhaIz/yLEW9/g7ecV3pZd2lB2e
 Tdj6uwcAGHuEu814KtomXAhByzIj7it7fk5r8RDjdXsZ+3i9dS7vSJjgjnZOUDy3Cr
 BphEPd9LWPf0uivbQCHRVvA1mizc9ZF/9LQ5LPQDmXka7tYkXQsdXFRAzIEKG1Yvs+
 1QPuC1pdsAMNA==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 6450381678;
 Fri, 31 Oct 2025 17:17:30 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E09F112047E;
 Fri, 31 Oct 2025 17:17:27 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <87ecqn2a7e.fsf@HIDDEN>
Message-ID: <jwvy0oqajsx.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <87o6ps6vel.fsf@HIDDEN>
 <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN> <87ecqn2a7e.fsf@HIDDEN>
Date: Fri, 31 Oct 2025 17:17:22 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.214 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: Alan Mackenzie <acm@HIDDEN>, Paul Eggert <eggert@HIDDEN>,
 Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

[ Added Alan and Paul in Cc, since they participated in the history of
  that code.  ]

>> diff --git a/lisp/startup.el b/lisp/startup.el
>> index 836ead6deb0..aab8fcfe9f2 100644
>> --- a/lisp/startup.el
>> +++ b/lisp/startup.el
>> @@ -1237,8 +1237,7 @@ command-line
>>  	  (unless (file-readable-p lispdir)
>>  	    (princ (format "Lisp directory %s not readable?" lispdir))
>>  	    (terpri)))
>> -      (setq lisp-directory
>> -            (file-truename (file-name-directory simple-file-name)))
>> +      (setq lisp-directory (file-name-directory simple-file-name))
>>        (setq load-history
>>  	    (mapcar (lambda (elt)
>>  		      (if (and (stringp (car elt))
>
> Yes, with this patch building after invoking symlinked configure still
> succeeds and now `C-h f find-file' shows:
>
> find-file is an interactive byte-code-function in =E2=80=98files.el=E2=80=
=99.
>
> So it seems to do the trick, thanks!

Thanks for the confirmation.
Now comes the tricky part of deciding whether that's what we want to do.

This `file-truename` comes from

    commit 33d74677e73926286cf179457dacebcea3306418
    Author: Alan Mackenzie <acm@HIDDEN>
    Date:   Wed May 24 13:22:12 2006 +0000

    startup.el (command-line): For names of preloaded files, don't append
    ".elc" (now done in Fload), and call file-truename on the lisp director=
y.
=20=20=20=20
    subr.el (eval-after-load): Fix the doc-string.  Allow FILE to match ANY
    loaded file with the right name, not just those in load-path.  Put a
    regexp matching the file name into after-load-alist, rather than the na=
me
    itself.
=20=20=20=20
    subr.el: New functions load-history-regexp,
    load-history-filename-element, do-after-load-evaluation.
=20=20=20=20
    international/mule.el (load-with-code-conversion): Do the eval-after-lo=
ad
    stuff by calling do-after-load-evaluation.

and indeed `load-history` mentions in its docstring that the filenames
are "true" file names.  This was added in:

    commit 6bb6da3ec1732ed5cdd8d5fafd06841b2dc1eaa4
    Author: Alan Mackenzie <acm@HIDDEN>
    Date:   Wed May 24 13:24:21 2006 +0000

    lread.c (Vload_history): Enhance doc-string to say that the file is the
    absolute truename of the loaded file.
=20=20=20=20
    lread.c (Vafter_load_alist): doc-string: state that an element now has a
    regexp to match file names, not a file name as such.
=20=20=20=20
    lread.c (readevalloop): Call file-truename on the name for load-history,
    except at preloading time.
=20=20=20=20
    lread.c (Fload): At preloading time, preserve the extension of the
    filename which goes into load-history.  New variable hist_file_name.
=20=20=20=20
    lread.c (Fload): Do eval-after-load stuff by calling the lisp function
    do-after-load-evaluation.

But the `file-truename` call added to `readevalloop` by that patch was
removed in the mean time by

    commit dff4f9c759f5cf19047719716ea5ee8ffdc3006e
    Author: Paul Eggert <eggert@HIDDEN>
    Date:   Wed Sep 18 23:53:46 2019 -0700

    Omit some overenthusiastic file-truename calls
=20=20=20=20
    Problem reported by Tino Calancha (Bug#37445).
    * src/emacs.c (init_cmdargs): Call file-truename only if
    needed, i.e., if invocation-directory ends in "/i386/" on
    WINDOWSNT.
    * src/lread.c (readevalloop): If the sourcename is not
    absolute, make it absolute.  There is no need to convert
    non-absolute files into truenames, since absolute files are
    not converted into truenames.
    (init_lread): Do not convert source-directory into a truename
    at startup.  There is no need to do so in a dumped Emacs since
    an absolute file name suffices.  The source directory might
    not even exist any more, or might have been replaced by an
    interloper who takes advantage of the truename calculation.
    (syms_of_lread): Remove Qfile_truename; no longer needed.

So I suggest the patch below.
Any objection?


        Stefan


diff --git a/doc/lispref/loading.texi b/doc/lispref/loading.texi
index f6a3a0e2c26..acbe98ed84c 100644
--- a/doc/lispref/loading.texi
+++ b/doc/lispref/loading.texi
@@ -1320,6 +1320,11 @@ Hooks for Loading
 the file @var{library}, each time @var{library} is loaded.  If
 @var{library} is already loaded, it evaluates @var{body} right away.
=20
+Usually @var{library} is a feature (i.e., a symbol), in which case
+@var{body} is evaluated at the end of any file where
+@code{(provide @var{library})} is called.
+
+@var{library} can be also a file name (i.e., a string).
 You don't need to give a directory or extension in the file name
 @var{library}.  Normally, you just give a bare file name, like this:
=20
@@ -1329,8 +1334,8 @@ Hooks for Loading
=20
 To restrict which files can trigger the evaluation, include a
 directory or an extension or both in @var{library}.  Only a file whose
-absolute true name (i.e., the name with all symbolic links chased out)
-matches all the given name components will match.  In the following
+absolute name matches all the given name components will match.
+In the following
 example, @file{my_inst.elc} or @file{my_inst.elc.gz} in some directory
 @code{..../foo/bar} will trigger the evaluation, but not
 @file{my_inst.el}:
@@ -1339,10 +1344,6 @@ Hooks for Loading
 (with-eval-after-load "foo/bar/my_inst.elc" @dots{})
 @end example
=20
-@var{library} can also be a feature (i.e., a symbol), in which case
-@var{body} is evaluated at the end of any file where
-@code{(provide @var{library})} is called.
-
 An error in @var{body} does not undo the load, but does prevent
 execution of the rest of @var{body}.
 @end defmac
diff --git a/lisp/startup.el b/lisp/startup.el
index 836ead6deb0..aab8fcfe9f2 100644
--- a/lisp/startup.el
+++ b/lisp/startup.el
@@ -1237,8 +1237,7 @@ command-line
 	  (unless (file-readable-p lispdir)
 	    (princ (format "Lisp directory %s not readable?" lispdir))
 	    (terpri)))
-      (setq lisp-directory
-            (file-truename (file-name-directory simple-file-name)))
+      (setq lisp-directory (file-name-directory simple-file-name))
       (setq load-history
 	    (mapcar (lambda (elt)
 		      (if (and (stringp (car elt))
diff --git a/src/lread.c b/src/lread.c
index 273957507a3..9c4da863363 100644
--- a/src/lread.c
+++ b/src/lread.c
@@ -5686,7 +5686,7 @@ syms_of_lread (void)
 	       doc: /* Alist mapping loaded file names to symbols and features.
 Each alist element should be a list (FILE-NAME ENTRIES...), where
 FILE-NAME is the name of a file that has been loaded into Emacs.
-The file name is absolute and true (i.e. it doesn't contain symlinks).
+The file name is absolute.
 As an exception, one of the alist elements may have FILE-NAME nil,
 for symbols and features not associated with any file.
=20





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 28 Oct 2025 13:00:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Oct 28 09:00:54 2025
Received: from localhost ([127.0.0.1]:52567 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDjJm-0004nn-2G
	for submit <at> debbugs.gnu.org; Tue, 28 Oct 2025 09:00:54 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:41452)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vDjJh-0004nT-Tp
 for 79694 <at> debbugs.gnu.org; Tue, 28 Oct 2025 09:00:50 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vDjJb-0008QX-J1; Tue, 28 Oct 2025 09:00:44 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=UaHqOjKs1lkP+IpYgMgfKmyE/42bDlRKuM+2CmmA2tY=; b=WmpKiS3rqEW8
 fEuryZzEH+oBn7D9dsfQkMFar94lhcXXKNVvDiupAOFnSigrN6eNRw8veGQ1psN0hgCj6STbgiBmq
 FMe2MnXjf/8c/PkgSP5fP1wsa5zgT4+RQzsEKqStrvDGcJELSrZWDI7ZgulhZPPrKsLOx6x12H8vu
 cD70b6XMCGd6QC2F3nqKH+0oBaGKpU2vc8ZivQaY0yqiFemhpl3PzrcZl/b5x6UgeWzru36AC8Lxn
 cg4EMO+lNoYZR0bYP0CLcPmP+ZLsTo1QW9CL6mcknHLGcBDEZ9jBqF43f7UkcefIJpO7uBStgcm0B
 +gX0tcr9QU1sQq80y1BQiw==;
Date: Tue, 28 Oct 2025 15:00:36 +0200
Message-Id: <868qgvp4ej.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Andy Moreton <andrewjmoreton@HIDDEN>
In-Reply-To: <86a51byl02.fsf@HIDDEN> (message from Andy Moreton on Mon, 27
 Oct 2025 23:37:17 +0000)
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <86a51byl02.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Andy Moreton <andrewjmoreton@HIDDEN>
> Date: Mon, 27 Oct 2025 23:37:17 +0000
> 
> On Mon 27 Oct 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
> 
> >>> and then report the corresponding message you get?
> >>
> >> Here is the beginning:
> >>
> >> FILE="/home/steve/src/emacs/emacs-master/lisp/paren.el"
> >> EXCLUDED-FILES=("/datadisk/steve/src/emacs/emacs-master/lisp/ldefs-boot.el"
> >> "/datadisk/steve/src/emacs/emacs-master/lisp/leim/leim-list.el" ...
> >> [plus 107 more files, AFAICT all the preloaded files under lisp/])
> >
> > Hmm...
> >
> > I was now able to reproduce your problem locally, and in my
> > reproduction, the patch below fixed the problem.  There are other ways
> > to reconcile the "original dir name" with its truename, but currently an
> > out-of-tree build seems to be careful to try and always refer to places
> > via the "original dir name", so I think that's what we should go for.
> >
> > An earlier patch I tried used tricks like:
> >
> >     (expand-file-name
> >      (file-relative-name (file-truename d)
> >                          (file-truename default-directory))))
> >
> > but I felt that this way lies madness.
> >
> >
> >         Stefan
> 
> [...snipped startup.el patch...]
> 
> I tried building on Windows (after "git clean -xdf") and appying this
> patch for startup.el, which still failed to bootstrap with the same failure.
> 
> loaddefs.el still ends up with this (doc strings omitted):
> 
>   (defcustom show-paren-mode t "\
>      ..." :set #'custom-set-minor-mode
>    :initialize #'custom-initialize-after-file-load
>    :type 'boolean :group 'paren-showing)
>   (custom-autoload 'show-paren-mode "paren" nil)
>   (when (bound-and-true-p show-paren-mode)
>     (add-to-list 'global-minor-modes 'show-paren-mode))
>   (autoload 'show-paren-mode "paren" "\
>     ..." t)
>   (autoload 'show-paren-local-mode "paren" "\
>     ..." t)
>   (register-definition-prefixes "paren" '("show-paren-"))
> 
> So it looks like something in generation of loaddefs.el is not right in
> addition to the fix in your patch.

A stab in the dark: could it be that the MSYS "/c/foo/bar" thingy
(which stands for "c:/foo/bar") is the culprit?  Maybe a call to
unmsys--file-name is missing somewhere?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 27 Oct 2025 23:37:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 19:37:42 2025
Received: from localhost ([127.0.0.1]:50743 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDWmU-0000wk-6s
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 19:37:42 -0400
Received: from lists.gnu.org ([2001:470:142::17]:41156)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWmS-0000wW-CY
 for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 19:37:40 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWmM-0002pp-HM
 for bug-gnu-emacs@HIDDEN; Mon, 27 Oct 2025 19:37:34 -0400
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWmK-0005fG-No
 for bug-gnu-emacs@HIDDEN; Mon, 27 Oct 2025 19:37:34 -0400
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWmB-000AdV-ET
 for bug-gnu-emacs@HIDDEN; Tue, 28 Oct 2025 00:37:23 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Mon, 27 Oct 2025 23:37:17 +0000
Message-ID: <86a51byl02.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:ISM/w7mEHXnB6HkcsGphwoT2oVI=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Mon 27 Oct 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:

>>> and then report the corresponding message you get?
>>
>> Here is the beginning:
>>
>> FILE="/home/steve/src/emacs/emacs-master/lisp/paren.el"
>> EXCLUDED-FILES=("/datadisk/steve/src/emacs/emacs-master/lisp/ldefs-boot.el"
>> "/datadisk/steve/src/emacs/emacs-master/lisp/leim/leim-list.el" ...
>> [plus 107 more files, AFAICT all the preloaded files under lisp/])
>
> Hmm...
>
> I was now able to reproduce your problem locally, and in my
> reproduction, the patch below fixed the problem.  There are other ways
> to reconcile the "original dir name" with its truename, but currently an
> out-of-tree build seems to be careful to try and always refer to places
> via the "original dir name", so I think that's what we should go for.
>
> An earlier patch I tried used tricks like:
>
>     (expand-file-name
>      (file-relative-name (file-truename d)
>                          (file-truename default-directory))))
>
> but I felt that this way lies madness.
>
>
>         Stefan

[...snipped startup.el patch...]

I tried building on Windows (after "git clean -xdf") and appying this
patch for startup.el, which still failed to bootstrap with the same failure.

loaddefs.el still ends up with this (doc strings omitted):

  (defcustom show-paren-mode t "\
     ..." :set #'custom-set-minor-mode
   :initialize #'custom-initialize-after-file-load
   :type 'boolean :group 'paren-showing)
  (custom-autoload 'show-paren-mode "paren" nil)
  (when (bound-and-true-p show-paren-mode)
    (add-to-list 'global-minor-modes 'show-paren-mode))
  (autoload 'show-paren-mode "paren" "\
    ..." t)
  (autoload 'show-paren-local-mode "paren" "\
    ..." t)
  (register-definition-prefixes "paren" '("show-paren-"))

So it looks like something in generation of loaddefs.el is not right in
addition to the fix in your patch.

    AndyM





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 27 Oct 2025 23:31:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 19:31:45 2025
Received: from localhost ([127.0.0.1]:50736 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDWgj-0000gx-Fr
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 19:31:45 -0400
Received: from mout.gmx.net ([212.227.17.21]:46977)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vDWgf-0000gd-K5
 for 79694 <at> debbugs.gnu.org; Mon, 27 Oct 2025 19:31:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761607894; x=1762212694; i=stephen.berman@HIDDEN;
 bh=Qpb7Gbj9NEA8hontTDJtShzNyFG1W2k0vizNgfVTI4k=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc:
 content-transfer-encoding:content-type:date:from:message-id:
 mime-version:reply-to:subject:to;
 b=pSQUg92gyswQ1QnMvHhhkx6zZDpcuSvQsjM9OrOwO72DLTixsAtJCgc+DZ2JA5zJ
 beP+kV7bZbSJ1EHYkWv+QftJc5oA90rtbjdnnstKSxhO9GAiH+GQ2qAnhUxWsfEDC
 4ueXfH/561o6XMqqluKCjrYeb1fkB8CIV6z6jaFSnuDyNgaZcNicTchD+mZ5cSjU2
 i9QpPkhw1D84mlvWtcyUiCqIo0QXxeMJom8UbS5Va7NxYaCzq8cUXZyQIubOMS4P4
 UWbnO+xmzszu1Pt5wb1Nyo3XwW4Q9ZBs3Kggextc77TuU2ivlnFbmmi690mtCIIsY
 y0WwD3yX8U40l7UiQg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfssd ([94.134.94.73]) by mail.gmx.net (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MwQTF-1w5uOB2b13-00qwya; Tue, 28
 Oct 2025 00:31:34 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <87o6ps6vel.fsf@HIDDEN>
 <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN>
Date: Tue, 28 Oct 2025 00:31:33 +0100
Message-ID: <87ecqn2a7e.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:p2UL1Jh7YjKadhjBpOKe67jf+dCyx5QoI8iJq5MOKKOqXjGaMSH
 IKhwR93WU13uHnAndi/5Phzv6rtcGztcxOR9bvj6yOAo6iXSY9A0C8g0Jz1xWG0D89UVKZd
 ixtXPAD61Vciw5C3dgnpwvcRAkPwcKVbVkgXUdhu2L6uqaoDjGHRbnKKKfFDDUMY6nJGMCa
 CqVV+9yVkC/4H06/4M+xA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:SF1NbX7dfH0=;bYOka4BgBhOYCro4ld67F2O9+mo
 wzN+nLlRaqF+m3d2Xcw+PMmNwFkLLQ+GQo/sK4ygTPRNCSYjZlLYuOPFXqraNtyld3nkXKJTe
 H7Zs13FkjLr/Z1nwKNqgcpdBkaJgdJm3hkDab1vPhbR83ZEEdP4mNOoqu9vexcBneocalyFJp
 FLzmkRsWwnfLCAe8frIi7zVrDivNPJptzPQhfijo866xsiiERFslhXMxSYRxGY9Czb0ZknZh5
 bgprnu8atas7aOL08r5erwSeyh6K3f4nWNp4rMMKCLR5iFKdYITHSuberpH+7h0SA03pWsk/m
 N7ahbK9qDWxJOwm8uaLBqpkOSgjPpv2swJHhvl2UoTYiLUPhFMLmK3O3+0rHs4FsEF3D46Uvx
 OeEdsEAfdGL1y0+0ZKwu/nbvCxvb9a9UrZ3IHxDDQEl/TJd/seZmIXJJCQdyasTA0ycYBYeNq
 eEdWMIFafY2Sr0+gIO/2qjYTSN+Z5mfF5J2RwJjW4w6kueGeOT0fJx6ic3E/JtRdV8ykCoiJY
 NDgYSVgAWaVTA3ia4EnRFZhWaHTL+GpQUCQbORFMXe3RMM1t3qaSvGOmGT9MyZuhz0TcFWrN3
 bNX8uczqBX5j2iREc0zHNQXMKo3BXx7WADwtls8PFsf/MeNjXK22tB4OQdRhMV2AyMU8hZHyQ
 KQwpeTZ9JR9x4neVxaENZGDDnhC544ZjWzl2GfalNqBwASSI1vYfe8i7ADp6ZKx/dzRkH4pRf
 qViAbtOr7Qk7npQic1BkkF06evdRO3k+9Zft/rkJ/yznHgSyxUV3ZCKxeGQ+u+XdF5ACXSdV6
 cf3CzHaCK87H5fRWWSkx3iPe4cnqWwiFYOkboOD2bU80++Ian8J+6OxqZ8R9tyBXkVHvKdTKJ
 fgfxMH/eCJbXTJLa8EAeGLMCVY5p+mqtv7WEy//kqF9AnMEnU21eUlQ2Y/skP8+doEtREczix
 pAD03hfIf7af4y5a9FgfznX4aKnf3qCB7htxs6mA37VdYv0E4OLasHKC7XB+TnmAhsCfFIQVg
 Y+8Ggh0yhF1EVQKO4iYpsbfTc3tzOvI76urO6ZQpivbP0CvsevHEpuGmQImq9ZoxHHtioFzaD
 3fY3LtcUioOZbCg9JGCdyhQXMYfsJLlwqWB7aSl3xmhlUg6qVoBJO5ZLwxjjHDIliDVeujpkk
 gPt/UMs964bMjsiDTIog+PzEHCfTOEUyWPsjNCYsvZHEF6A34cxDQh0GoqqUm1T6U/8jrGDHu
 bmMIe94s3izFyGyPgF2hX/ocNDWEIFOdFJyhXErFJjtVcW8SNv+sy4A/E2qROErgTnihcfaM0
 VmfbSvlHO5ZYsfQH/PmYIAVUXq3X537N4tt+N+ZTZybybJrs4vcp2Qrn8lcL/4oLw2SChfrqE
 M+IsCA6Lsl4b8logyh4ArAawuah8HZVzmcEYbpylk7iVAc2i3H1e5xzRr0z+LCs9DlkFhAjD+
 qG/5Vnw9a0jQ+K2BrMckOgMOAhM8Q7MvyovY33/pGED042iMSooLQFHlsMjFOxn1wIXsUo5iN
 8ExgnDrsyhlcTmNRTb8+8eOkIZnoszgYgFHGyU6ckrf4xtsJCY8ZGqmC7upHHAuYPuiYjOZq4
 2TBXrJP5xg7BXxW+0hI+9017CdVbZHlj0tOCuCz39xEtIVHSTz8b3oMknJnfb6nEAk+szpuRR
 4HChH0cWdsWuIpH0Df4bKyQtleGJOekX2rEcNZzQ/mvdwQuoWgEpX5UiWCWccjJtsKtEsdwC0
 Q1WGqe8vgxVCa4pbADCXWS6rQgd3L8gLtzHGbmjA55s6wEF3SpYhXxa6oQP23TCjQi4BJ9nd5
 OSfUvqG2Ff+9zZ/XvNQK6WKqjF/HonEfRrCCMb79Tx3k3Mwuln3xh1Vuy+U+VE3v5DJduJP2O
 +Cpee2zXEWTbs4TBISgyVb2AW7zuxpexrEZYh7MPDWr97T1Fa1WeEzdA2iti8lGBdLHNYndzl
 fWy0neOG/qOliVHsEyY11ff8WgMvewPO2vU711k40qVvFLPnh5/gky2vAa2qp1DZ3Sf6V32qb
 Tlnsh1b64TIR2JMV/8sBoLfGNpwk0308Z4/+Ui04KJ1WBXoy/uqCybUQvsNcfMvma4g7w79aj
 twr0lZsoRRqjzphxu+jnlo37Yt21OAyYrpF9ETyyum60oSp6FshN8VdEmqpfnSDitIl3AM5wF
 e9Jdel0NFk6j2cd3XljVqGcJ0v9MNJAORH0Hueo9HkY0AIP2c4Qo5kn9q5xCU+GoH/5Nwl++L
 MoBanij9mZzaZgPHWttXQY6BPMfH22y6LYy6okS2HgGg3SQ9qgi8Rn0XfOlpGXqtGxsAyl0Hm
 POZ1Kt6emM4l9maM5vmCsN+B+/NFd6IcFOlhlZJFXsYf1OW3nzAM6Nb7RxeKJOHYNAXw6VQfs
 8Swbeo1dZUs4ktKU8iMfI8qIwQVnY3KJ543kHCxM4WZFHp43vcK+CTSTZxgv8E+/oZay3IiOc
 z2qzYGn9KwR4jDSGFGN6WcgJggF+gqOX8AfO8fJ5g5nxEniOElTDcmfkNl3qb/p+W3+pnSCi2
 NfFRsbxQJSe9sNSF4vOWrgzHcAit2m3GnJYMMx8mFQFS9ectt3/uJ/89ZGn1SeriZvskUGVwK
 A8S8t0WVd4wCoiFeqAL38MFZ5VEmTtgVfqcuwNvbgr8yabqfd2c1m/uEUa6/OsnKyjc3gZcD/
 9s5/IPkY3LL+1sqJq0RCWefXTbnoMd9s760XOLvdpN66klacl3eBEr0ogLDWbqcobYm8+I+NK
 8HKVaq9+nwlY/Vmye5M3OV6E1AZiGh4LVLmH+/43knG2tSTDe0e6nqofDBAlhhQADUqljiRTZ
 ev+xBBEowp4ZT6OHVW796uLZYSsv4j1fwO0OmiV6fTMaTMqM6MT0HPBhOCtWC1XB/Xls7Wz63
 zLBRieCbSxgkveaO8GnAC7AE0CPRvQJWIf7IxH/qVJPAQ+5vJCNdyd1LxMjFR8JcqKAg88nnJ
 IF0Piptc4tzw2T2OdGfoO4mpnoSog5vZIiyxrZ80dAoGMY3K9K9a8C/YsZ3tnz/ZTGiGkXD1C
 Eg1tVZeI1ib1D7o6DKIgRIA7F+AzwzkgT+puMe4t53JNUibb9ILmJfHl1Y6lmB/OGBZPQ21w4
 qPpnta3d1isfgJxNLaC/3QHicqJbguiceGuxPJaU3NPYg4SRHtQe+WS0ROrgz26Hqj0zwvd1O
 Lx/+PtsxnfeNPm6oMYn5Onz4nuUTTIWtzVIJM2GwQPowqtN8FJBSF5eOa+DNeTZ47o/A/DaU9
 NoV7+6N4i3IFW/6H+UlcuencB4QgNDoW4MCnvPDAr3UWuhZetDY/RmOUn59CGPHHRzsg0uUt6
 2MldqzjLRA7VIFMXYljukMFNoqYuOpx7LYrRe3J+qTtem6AbcX+q4fExlmQ1LXiem9KkR+wFY
 qsadqcCUkOpD9iiqKkwH6aAEbDTs8p6uSFFdAujdd2S5IgJ0bc5riZGNpvc6YqTcTtEo9WSrm
 MzyblI6xRRnjrgH/aNLXVyUCNUmazYbzKRWaGTsDu0ZqWUab05pZLHjvSKlQDwmcF5xH48OZr
 vSAw1mENACaycijqWswaesbYUt4Kg5w7PYZKKJ6K4fe8cSwPHwR5MFiQPIEH5jYduvk1J7KL7
 +7Eh4kn9StbRlbvA088XNqhwA3yUA8J+Vr09c6EgJWWEc1Us7EAhl+H/JVd1dysKeP2ipqMHh
 OWmSL7TNamNO3+mtUFsFg/dWnh85sR0c7+wcxruJD3CuRuPmtzrBPWPYdLEJmbyEQw/gC3ZY5
 W4DZhSxIkqK19axi8lnRkwPn/cRazAaliFL2FQr7ONGr07U4WrOLKdhadc61sZweifL4lzyni
 1mv3XO9f48G4F8WisNsvHxQcvwTXj2DMyVAM7vbHsa87EdpDeYddAeqjCtVynDE5tZBYC0ehj
 jQ1qmzzkxNeW274+gUdq5e2uLq86sod9VjDNaUp1cAVWR2UR+xMmo/23MvEfk2rRCfDC/f3ZI
 l1gha/Gsqpu3grtTAhRpDTfelMU7mwxM6BF1SJF8YCXgfJd7X06iIEIeA2zZu6/B4pIn/XK22
 s2tljlxBZDvctvdSXT631MV8hTxy4/vBox4qJoP6iYyY4gnegtcu9A51SkumN2I45LsJHysG8
 I6VVZwZoLmRx/7yTjzsbzOEKNFwAaU7u7ZSFU8BzonajBrzIGTlTbNVvA0LfGJkSlEgFb0WYc
 HUgWGpGuHEKc1HHdRpU8m/p9s7XBmbrwdQliIrYtuJtHjEhlWxZtV3n9yJuFst5XTt/lz1eLo
 /8lZGnW3teeyok4WtZV26nBs23T5Fi6FRFysVOP7J/nNE45ppabnpsywM3W2rWZnSaIF3MUfv
 Sz+mQUo+PTgiNhfRgdlhnijg0b6WIJ1F7xnJCUk1yVRpd+VIjBErMvp1LVhBfGCilNjbyh1Xa
 B86JzMSmHeVMiOsp18GboLnryXe6DIY+fzOoALBNoaufUe0gcP426M5iNodGszP9rU/BIOlEu
 kr7opzJXUwp0e7tWP0waSoE4/PV162+6QhDj/Kqge9yRyKRHMLNbA4yp/3bCbfK0ys59PB19m
 CfCqapSikxmd4Lie5FoTeomfO85xYLEmbBsvj32ZDgixQhm4be5UJGqs9jSVEfPp6Jcu9ZVKX
 1Io3sQlz8UioVggPGlvD91/bOpLzwFoqxMiUogdiNjNqbXJ0W60nqqbDx0tyO/g4OGxkukAIj
 uNIow2glNp2N9IXPQAfw4rpqiRUdHjIdaX/ja3kaGsfb2DyM4E0AqhRV11oftWGxcr+gatLpE
 EsApcW5H7P5VkN2zeXR0lPARkYnoVE2uW5GNOx47GpYsKaJkEaY2rEPWTMR1Pn0PTjV/CuLJi
 ou2EuQZbvrecyAPJ4nq9UFAcSGe3QgG/qGQU0ns2VuvEU5X64MDfgKzTw5OB/Orm80Z7CD391
 ++8kMFiLcU1A20ie2ONP4QuwXmTil0Wsr2tQ0GI1/V3BkbtP8RO9MMZXR/HBGSUnd5tMp/Mj2
 fgDASM1oBLgQKl0nYQMgqLXyf4gTp4MEAFteH0Wbg5g+87a1a23qr2UkyysaiR7IjBp5WRna+
 45DP5e4nhRhn9waznUhDT9M+ILKC3IUUHohbT1Xlwk0aXxVtgcIKqxRQW6vpgs96PbfNw==
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, 27 Oct 2025 17:34:39 -0400 Stefan Monnier <monnier@HIDDEN=
> wrote:

>> This difference seems to hold only for preloaded Lisp files; e.g., `C-h
>> f dired' shows this in both builds:
>>
>>   dired is an autoloaded interactive native-comp-function in =E2=80=98di=
red.el=E2=80=99.
>
> Interesting.  The docstring of `load-history` promises the file names
> are all "truename", yet Emacs does not actually enforce that.
> (load "/name/via/symlink/foo.el") happily adds
> `/name/via/symlink/foo.el` in there, rather than its "truename".
>
> What a mess.
>
> Maybe a better fix then is the patch below, but it needs to be
> accomagnied with a change to the `load-history` docstring to remove the
> dubious claim that those file names as "truenames".
>
>
>         Stefan
>
> diff --git a/lisp/startup.el b/lisp/startup.el
> index 836ead6deb0..aab8fcfe9f2 100644
> --- a/lisp/startup.el
> +++ b/lisp/startup.el
> @@ -1237,8 +1237,7 @@ command-line
>  	  (unless (file-readable-p lispdir)
>  	    (princ (format "Lisp directory %s not readable?" lispdir))
>  	    (terpri)))
> -      (setq lisp-directory
> -            (file-truename (file-name-directory simple-file-name)))
> +      (setq lisp-directory (file-name-directory simple-file-name))
>        (setq load-history
>  	    (mapcar (lambda (elt)
>  		      (if (and (stringp (car elt))

Yes, with this patch building after invoking symlinked configure still
succeeds and now `C-h f find-file' shows:

find-file is an interactive byte-code-function in =E2=80=98files.el=E2=80=
=99.

So it seems to do the trick, thanks!

Steve Berman




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 27 Oct 2025 23:07:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 19:07:13 2025
Received: from localhost ([127.0.0.1]:50716 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDWIv-0007yU-Ok
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 19:07:13 -0400
Received: from lists.gnu.org ([2001:470:142::17]:60910)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWIq-0007xr-Mc
 for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 19:07:08 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWIj-0006rj-VT
 for bug-gnu-emacs@HIDDEN; Mon, 27 Oct 2025 19:06:57 -0400
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWIh-0002BE-L5
 for bug-gnu-emacs@HIDDEN; Mon, 27 Oct 2025 19:06:57 -0400
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vDWId-0002xT-Iw
 for bug-gnu-emacs@HIDDEN; Tue, 28 Oct 2025 00:06:51 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Mon, 27 Oct 2025 23:06:42 +0000
Message-ID: <86ecqox7ul.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <86sef4pgmc.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:id5Bx509anUdPzalRn4I9Usm/nw=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Mon 27 Oct 2025, Eli Zaretskii wrote:

>> Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
>> Date: Mon, 27 Oct 2025 11:49:10 +0100
>> From:  Stephen Berman via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>> 
>> On Sun, 26 Oct 2025 19:59:11 -0400 Stefan Monnier <monnier@HIDDEN> wrote:
>> 
>> However, at this point your comment about symlinks popped back into my
>> consciousness.  For ages I have configured my out-of-tree builds like
>> this:
>> 
>>   $ ~/src/emacs/emacs-master/configure -C 'CFLAGS=-Og -g3'
>> 
>> where the `src' directory is a symlink from `/datadisk/steve/src'.  But
>> since bug#62099, where I reported the appearance of file names printed
>> like "../../../../../home/steve/src/emacs/emacs-master/lisp/paren", it
>> never occurred to me to try this:
>> 
>> $ /datadisk/steve/src/emacs/emacs-master/configure -C CFLAGS='-Og -g3'
>> 
>> Now I did -- and the build succeeded.  This was with your latest patch,
>> but I then undid that, so that my source tree was pristine, and rebuilt
>> using the above configure (now cached), and again it succeeded.  Then I
>> also remembered bug#64806, so next I tried this:
>> 
>> ~/src/emacs/emacs-master/configure -C --srcdir=~/src/emacs/emacs-master CFLAGS='-Og -g3'
>> 
>> This immediately failed with "configure: error: cannot find sources
>> (src/lisp.h) in ~/src/emacs/emacs-master", so I then tried this:
>> 
>> steve [ ~/build/emacs-master ]$ ~/src/emacs/emacs-master/configure -C --srcdir=/home/steve/src/emacs/emacs-master CFLAGS='-Og -g3'
>> 
>> and now the build again succeeded.  So the problem occurs not simply
>> when building out-of-tree, but when additionally having the source
>> directory symlinked (n.b. `~/build/emacs-master' is not a symlink); in
>> that case you can either configure with the real name of the source
>> directory or by passing `--srcdir=' the absolute name of the symlink.
>
> I have a hard time believing that the same problem is the reason for
> the build failure in Andy's case, since symlinks on Windows are rarely
> used by users.  Andy?

As you expected Eli, there are no symlinks in my Windows based builds.
My build script does roughly this (from a Mingw64 shell):

cd /c/emacs/git/emacs/master
./autogen.sh

cd /c/emacs/git/emacs/master/build/mingw64-x86_64-O2-native
/c/emacs/git/emacs/master/configure \
  --prefix=c:/emacs/31.0.50/mingw64-x86_64-O2-native \
  --cache-file=/c/emacs/git/emacs/master/build/mingw64-x86_64-O2-native/config.cache \
  --with-native-compilation --with-tree-sitter --with-gif=no \
  --with-xpm --with-sqlite3 --with-compress-install=no --with-modules \
  --with-pop=no --with-xml2 --with-gnutls --with-lcms2=no \
  --with-imagemagick=no --with-rsvg --with-dbus=no --with-png=no \
  --with-jpeg=no --with-tiff=no --enable-checking \
  CPPFLAGS= CFLAGS=-fdiagnostics-color=never -O2 \
  -std=gnu17 -g3 LDFLAGS= LIBS=

cd /c/emacs/git/emacs/master/build/mingw64-x86_64-O2-native
make -j8 --no-print-directory

From the above discussion, I tried other variations:
a) Add "--srcdir=/c/emacs/git/emacs/master" to the configure command.
b) Use "../../configure" to invoke configure from the build dir.
c) Both (a) and (b)

In each case, repeating the recipe after "git clean -xdf" still failed.

>> This was also the upshot of bug#64806:
>> 
>> > > > The 29.1 release candidate seems to accommodate that symlink anomaly
>> > > > as I was able to build to completion using configure with
>> > > > 
>> > > >  /usr/X/23/src/emacs/emacs-29.1/configure
>> > > > --srcdir=/usr/X/23/src/emacs/emacs-29.1
>> > > > 
>> > > > from current workdir /usr/X/23/pkg/emacs/emacs-29.1
>> > > 
>> > > Yes, because that's how builds outside of the source tree are supposed
>> > > to be configured and built.
>> > >
>> > 
>> > So the gotcha there is if a symlink occurs in the abstract path to
>> > configure the absolute abstract file path to configure is required
>> 
>> This seems to me so non-obvious that it should be documented; despite
>> Eli's remark in bug#64806 "that's how builds outside of the source tree
>> are supposed to be configured and built", I could find no statement to
>> this effect either in INSTALL, in the Emacs and Elisp manuals, or in the
>> Automake and Autoconf manuals.  Is it documented somewhere else?
>
> It is not documented because it "mostly works".  Maybe Stefan will
> find a way of working around that, so that we won't need to have yet
> another tricky limitation.





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 27 Oct 2025 21:34:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 17:34:58 2025
Received: from localhost ([127.0.0.1]:50474 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDUri-00030M-7d
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 17:34:58 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:38063)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vDUrd-0002zt-Ii
 for 79694 <at> debbugs.gnu.org; Mon, 27 Oct 2025 17:34:55 -0400
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 07424100374;
 Mon, 27 Oct 2025 17:34:46 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761600885;
 bh=LRjqdBE3UqUj3EeX2kFk+eheW0MzhFN/kxQE4I4+2nU=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=iMZd1XCZqlpd4yCmd73ULeUOul05mz6oM0ylqkH5TDEgqWgzuN+3K/8LHp0Wx8uHO
 OmnjDz2yIJvEba2Rx9YlKaUbQfvCfovMDTLwu/MKfXxzXSNgzCFvdn0Bs/OPIgsMAS
 KvSH7bo8Qfo2wCx/utNgAn41zufrPmDRsf7F5YNuAjoNK7vHA4XJQmr9T/IG8+xAIH
 JsXGsQtMm1ZMWcHja4Mo3M1QdzYoWyE+sBduo9T+QG35z9v+0wdToAuBqwa0z5WDM1
 DIcDdY5UNj5J/2eMJkp72F7fNicAW62l3wFzuuHK0rnaN3zlwTHb5e4WE7xdjYJYae
 g30fMagRk0obg==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 1EB331000BC;
 Mon, 27 Oct 2025 17:34:45 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id CCE421205D4;
 Mon, 27 Oct 2025 17:34:43 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <87o6ps6vel.fsf@HIDDEN>
Message-ID: <jwvfrb4xcaq.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN> <87o6ps6vel.fsf@HIDDEN>
Date: Mon, 27 Oct 2025 17:34:39 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.023 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> This difference seems to hold only for preloaded Lisp files; e.g., `C-h
> f dired' shows this in both builds:
>
>   dired is an autoloaded interactive native-comp-function in =E2=80=98dir=
ed.el=E2=80=99.

Interesting.  The docstring of `load-history` promises the file names
are all "truename", yet Emacs does not actually enforce that.
(load "/name/via/symlink/foo.el") happily adds
`/name/via/symlink/foo.el` in there, rather than its "truename".

What a mess.

Maybe a better fix then is the patch below, but it needs to be
accomagnied with a change to the `load-history` docstring to remove the
dubious claim that those file names as "truenames".


        Stefan


diff --git a/lisp/startup.el b/lisp/startup.el
index 836ead6deb0..aab8fcfe9f2 100644
--- a/lisp/startup.el
+++ b/lisp/startup.el
@@ -1237,8 +1237,7 @@ command-line
 	  (unless (file-readable-p lispdir)
 	    (princ (format "Lisp directory %s not readable?" lispdir))
 	    (terpri)))
-      (setq lisp-directory
-            (file-truename (file-name-directory simple-file-name)))
+      (setq lisp-directory (file-name-directory simple-file-name))
       (setq load-history
 	    (mapcar (lambda (elt)
 		      (if (and (stringp (car elt))





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 27 Oct 2025 18:40:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 14:40:20 2025
Received: from localhost ([127.0.0.1]:50037 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDS8h-00026u-DS
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 14:40:19 -0400
Received: from mout.gmx.net ([212.227.17.22]:44611)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vDS8a-00020e-NC
 for 79694 <at> debbugs.gnu.org; Mon, 27 Oct 2025 14:40:15 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761590404; x=1762195204; i=stephen.berman@HIDDEN;
 bh=hREMUQHWuFLDkyl0Tm+Bkaaimis9EdvyQXFvsjDYVik=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc:
 content-transfer-encoding:content-type:date:from:message-id:
 mime-version:reply-to:subject:to;
 b=dld2OJDn+ih8KJ2rNvdc1DNW8t+t1JBKUP/ofGBPbKom9bgB6tMSiT4NFNO2eK4k
 Lm7OdFOcg4a3M9ueCpbtWn+xPHnMLV6H05930/1PZx0Dxq+rP7+/KLgy+Z0zxwcyl
 w5txDgnUmIScNumu6cqVRyQsHvLds19ek4n0T6nGGtod+iLyeBIpKYKMRkNSZubVi
 HQoPtaXTJrQaiY0QBAI5DkiQSwtdafap7bXbm1iyqDICoFV898DP6BZTcaKbfH4VA
 c+DUMhWiPV8pidtQw2iTAdJsEaCgLwbPZ3uycXSnOx8lzZEb9B8u3d+m40ovDrGhR
 3JPydK+WEfuzaLfp2w==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.73]) by mail.gmx.net (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M1ps8-1vBFDI0YlU-003e9R; Mon, 27
 Oct 2025 19:40:04 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
 <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN>
Date: Mon, 27 Oct 2025 19:40:02 +0100
Message-ID: <87o6ps6vel.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:0Iay1nCMuT+Vs84k+/+lyQ7jY6TGpynmXsyTYbK7hravj3nUHN7
 RwL9JSi4bOlK7fXG7hAN8qIoRjHBKe0VTAS+NyKRqiZCo+rLpXror28Vu4Ti3SgT/f4QYHM
 NGqzO9XWh+fYte9bKXxG826zpKgS0nRZ5xwjKB/SF6pwJH6cKJtXN0YBDK6mG8yO7IgFZjy
 D23VbqJAhA1rDtywBqd8g==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:5Nlqpvo1RTU=;CmD/bro/iYCQxwgizXYkXovLJJj
 V4CqVVcEO11SaXM/kM9/8lRBznTP4aep53pHhzM0eDAK2nvncVe3+5gdnEdgdm7aX6l6ZuJLR
 j0X0/DppGPeZ4GVnNpFPhyo4sCrZA15yYgYBKyLeeMZtRzvrRobiKptd+3UQ57uV9Tk043SOl
 YIMFiaZrskrvwIrWHypfMXmB1L5CGrexrPpTJn4hbKD6c6BeRA4DfY6aPlaF5z+rAk+ucnRPb
 f0Nb13CE11396omWQc2CrWtIzqCX+A04xit2DLqgeatwax/dsKqp9Z27VmsFR2NrlBSMb9u0S
 4TWXm1o3917w+IFBAgg+QFcXzTL0pawGHM/ZLmwaCBvyM6bI085aeg4BNwXW3T/Yl8cVib+fk
 tO4hxTjIXj3C967H7fwmFLSIXGHnVJzCbwcbgHpasDc3iG8k67jqw4ULTPqXAA8TATfoJIS78
 V3qKppoIllQFWSrn3DRLKjig2hm4Uui1MwZURlxw7t7DEbI+KvOoiwaFEzG712+BMstfZTfVh
 CMVyltjDnGgkiD4AVJByxogbJHMCcdoPSo7KDEql0Xx/O1IX6dDr014UigOXe0r8f88xWYQKw
 fF2Z2AMPlTlS2iISXV6RPvFTLWzm01KImyqMBZjtoIJYlcF1Sk4iJZPme2DWn8m+a61nSaPQF
 r4HI+x+ycno1nEZK9aXqmHLPAe+GVPkoLHeVSJCTcDZ105F5Mo68QIGSTkeyMJhATCkZDi9dS
 mH35y3Z31oz3FYBWXwhLxsS9qfbV/XNKWEjOrwYhZ/y5g5jqo2mfSk9wQWXTkvZ3GGxhFrzlc
 EZuKkhnb1na7fhEGgp/uMNjA+sB1Nd6joY8HQEtWIjAh1hsqHNCUdCDfAVKJoGFnfK+qfsAh/
 kHpfQkXNMb3jgH71zE9U/K2w3VG6oZuMvfI5FbzskXl3EXEImtUgdQ1bt9JLNQ0bJLEd99npF
 gOvBtGxwu6UnvHJ2taLmrndeHy/EGLpbHAjrxMJNBLSaVmArKklmrNb5ZtgPz+FzKAAM2i8J8
 UML0xvn57XkayNLX2tYGznOYRlNkWyxp901pBwj2ybfi2x87mijUw7IGDJcs+5St2OqfIwbf7
 3w0c/lB57qHjt0XAReiOdS6qYG3QmrmWLeLlo6g4seO2/NFWYu02kqOBQTqmnztumQwEq4eM4
 QXH9klnSsLxYrAJBNNnG9f8CNCgBvC8LyL66pZ3vSq9Orne95vXBiD/F1K1G7/nZ1oVF5SXVa
 YELOgy21oz0bTIeQ4LLNXWUYqWa7lgl2PARb3wNB6ANltzexnk7WTjamkZ4Q70DjYWyDNiO2T
 eZIhbEfemjZ3IgPFJo2+dTd5SXtDIvOOFZ3+BOBhu4HPaaRWAxLSRtGvQ6B5S06/nPG/LHA2s
 3roBschb6cYVk9NqpbSj9UgvrQvH4AVRraOlBA0jTcmXUkhho3i5JrZm8W6YC1j1suGsGtELu
 AgaXJZpkto5eZsOTE0cqfuyiAZgdDN5RO3RBRByFoThvMklaQUFZNOt8vGvK/6rwMM+Saqzkv
 p2dOCq6aEA0YbAF679r21Mt5JBLNEYiBSe/tH/nCK48K8i21m1gjY+frDNaeItGJ1qmuLZ8F5
 j28ZKAML37QBXdDckFzbs4QMI2hF/zd5aHdisq1ud3flcVkhcY/2w4ItouWV4WJT75hK+oHBu
 1WEwuJwC2Ljkg3+jqsrui96zN58T8iU3WQFHdp3CnuQSC/YDmLvaTsMZj2IYG43p6pvT5wado
 xvKXbjoymvsDxYcYZGS6Y/A+VL7DAhfOqPqd5fFcRsIhyaGvlD2hMI8z8CmREx8VGg2q0deTp
 F64ytQKnqZm4+oP4bhLiC2arAfRFzlSgRHkVUxVqUx6e13dkfQNdhHx7Hl0kW1bxNzte2akVy
 WNBK22ZO4WBrAirWRrFeXtAPtKJvMRtdQ4PBn6r7iCY+WdCoAhne2QnidtugCK/2EE9AMPYt6
 Ih9f+fVm9iMZs+xnlOWmKXxIjLbGNLaxs304dYVDB4MqFg6weaUuDESpAf/q6Wd3HWgiTo9M6
 N5oVrE3JrElHbhG6PuJp1Q9b30SHR5bngkhFEoAHSrmaiEporBaEa+zF4ch7pRnbzYGGmNuvb
 C61vXOci9r1QyLMcQll2b1nG4l/B14zBo2KrGBAOqtEDnVuuH+2jkWMiRcIKMAegE01rHZ+Ns
 Use4S62oc16wdZMQyfXMP/8hArubJOEW6rAj1mAy8/XN/a7p8CYkGUVQU1edkBm7Z0X+ZBi3h
 TmlHta5NL4BkqRqCm7G8QwVMAeyLj2R5QgNzx+qXMLFC1kw0r8oq91ijZKKgSQYF7+VN0bMKg
 yosLf2NpdkZGSFYNNjEwmiIrJYi0cw9C9TXMODwD8n1GvVszQOtIuyqbfrtUAFhMKoQtB25wi
 SubVBCH1SJJvXmDAwRUIxkSAxxeWokMmtWOoXqt0jNcUg4pWY67d11mkg7xcOd4Gbq1fk1KZ9
 JtccBkvVtHdYF82v71QuEZplcS+wQ3kBnXjlT7eEjqhXqZiAXfwzMmM4IPUKqdJ8XxzzXqb3k
 023lYXsTpsdA1MEczyLfx+KEh3o10xqq+s8sECHMPA8SsTRBF3L74oUPoljuzDCDcEst1Cgxy
 bo7SoW6KPiXDPXet3ON5D5dJ15IIYgokqIXwi9V8fI/+Hb86/W3P3uImotO2jSzjlw+x/aJVI
 kxKVCEdGM3fCJ9JP/6R6PfaSUyc1FJrDFQjleCR3B29OEBnmGjNk/sZoIlGFE0FISyxjfWefR
 bvyOl690s3vjrUA/MrniIgByvyzDEQnr627D/6XspXTfNdjMe4PWodSIRBySCTqraeI4mLiN1
 KOwFhbcAmAg7ZOgXWOrzrViiL4jiMmHnsgMb24npkinX41yGViPDlsvLbWh9thbd6/TK073rn
 /05FJT9iEVqmvxVUGg/TCKYNZXcOidYxRGN8ladyZCsbdE+vb2YcLTCxig7B/mkXdjiwwwVRj
 q4xQRuXWSnEHCjuN2owxmEvkZ2wpINKImoh6fCYYHvc8swB55hCUEaLVPqsfBLuAxzHcGPrxP
 n8czt40Py6aR2IsUWu9GwYGaYcR9crOpX625crTxGD2XxsqnYcNHTA9VZGj5utRW3CrbFj8cQ
 J47Mqyo09tsSGAit4mKyVYraQPwwS78Jd1vCyOlYXXPrc2jMhoD3fUbrwYVNXISZy2Xg0YlAW
 hn35w3fa2MmUpfA/bwjhGjP9gfHxThHGcm249JNTQ6WDYp460AL3qqc0CJQP2dL5F/jKqTlx0
 NEP68QFpuJxSmWgakhvfJRVpzKhtAnC/xnCi2/VWs7vlo9l0rncrLsnQyIsUhFOxpcoIrdRVB
 gScbk4NChn7X2W6lKzOte70lZXDAA7tfw0rrrlqrxzS2WZL7jc3jaGD/abXcxlK+4EF7Vv0rR
 olZnKWxI4Zk1Z0bkoBuB/S0yjZnfAdo4d6NTD2QBt76SyaN0bc+Iawd2Bj8frG9ih4cfX35IE
 8vPhUosQqlSrv+hY+ZA7S7QYtxjMuZnQSiEOuI8fUEvaupoS7oHwBUb6iIaI2HwTmMROwglBX
 kiJW8Hdc8k/yUbRfRNBFNCs2XlhOtz3VN67zb7sDqxgoetN6AHGX8octCRG4Pg6P/oWR4aMz9
 MPvqXIIZW6hpfqlSf0Xs53VozroCi9/iXRt3R+JsPAmxA65sjjjw74vqFRsddymLQcVrZDPdV
 I5tyWxiMGGXiVqwgLp41LOrcO+wo43QoiJYgYiAUesu1q9JxHGCTNLiTC1mxpvBLwsAeA/mxm
 oA4W3E8kG/Fm3mz9bZXbUY4219i9IcGUz5C5/wFozqU2328atAvz1X6siUMflCLFaGhnGTeQu
 MEGAViEWg98gK88bWVnDnV37S01jk30w6NEVMktKki+GE/lL0RfVcrOovE1gO66ImxtyHI7CW
 cWFw0UTPD6/Wg69QaCl0nMX7R7wIGomNVSg913y00nPU9WinI0g0ZXmShh4s3WYCWEI+sBEkM
 ATuzDCjQ3zGIMdFPBfiRKDY6WtzC+zHCmG/bWdYp6nWrrkGMdxynlf5g9Lei2hSFU1l0vjRG2
 1hLrNBDozBC1q9rw0AUYX5QmAfCVx+8OmHIVRuBF3l0rjtchLn6+Z5dC9DOQGfg52A5lot4+d
 E7yuOYhvt3VSuAkaFBwrRoH1zvWAYfxSdEZUxy94q5bNkYyTMaFd7TK9YoKtAt7sN7uRm4CU7
 P5gzVjBZOhEENHqbRvIqKpjoSO/YkqhyHT3jGzI/fI64SfxxpAKTPeKPi3AK3d0qFdpV5LUTn
 XJuIWqaJ3KFRuKb/ALTsK8iIYUR+GHzF+EUGLJAJ07wtPBkZl9/5M85AKSy/pHhJlJ7GanU2B
 6S5weABzLTSPTa8GFggUXoJwaFp3CAsxieRq2HYzYhabRViUaf17vp6qfB/HtUE2bhDEFldHK
 biqnL1mrxVm76vwVfyAASF3yj+CQ/0Bn7fmXDgcRo7bGovRQv6E1hZhFL9WCR+2vtABG4ZttS
 5kSZBVAGZewiu89faUEfujs4ARgnDerv//FhFgQrCnRbIhid7xiWULPV4SeGUhUj/aZLoBifN
 yAAmzDVixGClCbye32inWHiry0jbyhEuW9lddBOY9sm7NRtSKUU1wKez6135Qh5A3irSwWyVi
 Z7hoGnOGSwy16Ayy8+lbgyIolBV4B6lJXTRV6lY4zLdT3Jr4tKOURmVysz5bjQmsFwb1OJNTL
 qcWnajpJTUKYK/xPTFjGiVJ9mQA7+xCCKth8MOI55RUytuc4ykeVUv5J20C9f8Yf4xEL3lUx7
 6zbx0xRgF7cdshdJH5kDtfbMplk1H3gSv2fLWBPNoqYPBI+XTelIVsZUguiObCDrNaakG82Bu
 la4OMyTn7FX5jdkTukFYQjSXoo7bUiBK9YDpKla8VyjHbcXWfXBk4jtjqLfV5mBkBSVHzaHlL
 La3EvXRJgxycnz2yruLahnvdFyf1mMX1sxrZHCydy+YSmz+HJAazxYr/OA/HxJSDfQ+KdQQll
 5tlSA3DO+f9ItlW/wWviXdt6ur1BrLAYJP2+r5fDl92fu33tjJ+5z0qrAEsm3xvzsyKnyaFbc
 AXMnA==
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, 27 Oct 2025 13:07:19 -0400 Stefan Monnier <monnier@HIDDEN=
> wrote:

>>> and then report the corresponding message you get?
>>
>> Here is the beginning:
>>
>> FILE=3D"/home/steve/src/emacs/emacs-master/lisp/paren.el"
>> EXCLUDED-FILES=3D("/datadisk/steve/src/emacs/emacs-master/lisp/ldefs-boo=
t.el"
>> "/datadisk/steve/src/emacs/emacs-master/lisp/leim/leim-list.el" ...
>> [plus 107 more files, AFAICT all the preloaded files under lisp/])
>
> Hmm...
>
> I was now able to reproduce your problem locally, and in my
> reproduction, the patch below fixed the problem.

I applied the patch, ran `git clean -fdx` on the source directory, then
in the build directory ran configure using the symlink:

  $ ~/src/emacs/emacs-master/configure -C 'CFLAGS=3D-Og -g3'

and this time the build completed.  So you fixed the build problem with
a symlinked configure, thanks!  However, I noticed a blemish: when I did
`C-h f find-file' the *Help* buffer has this:

  find-file is an interactive native-comp-function in
  =E2=80=98/datadisk/steve/src/emacs/emacs-master/lisp/files.el=E2=80=99.

When I run configure using the true (non-symlinked) file name, I see
this:

  find-file is an interactive native-comp-function in =E2=80=98files.el=E2=
=80=99.

This difference seems to hold only for preloaded Lisp files; e.g., `C-h
f dired' shows this in both builds:

  dired is an autoloaded interactive native-comp-function in =E2=80=98dired=
.el=E2=80=99.

(The behavior in my emacs-30 build, which is without your patch and
configured with the symlink file name, is like my build from master
configured with the true file name.  In all three cases this is with -Q.
I have yet checked in a build from master without your
custom-initialize-after-file-load changes.)

>                                                   There are other ways
> to reconcile the "original dir name" with its truename, but currently an
> out-of-tree build seems to be careful to try and always refer to places
> via the "original dir name", so I think that's what we should go for.

I wonder if one of the other ways would remove the above blemish.

Steve Berman




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 27 Oct 2025 17:07:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 13:07:49 2025
Received: from localhost ([127.0.0.1]:49785 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDQhA-0004sB-Oj
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 13:07:49 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:43344)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vDQgx-0004rW-M1
 for 79694 <at> debbugs.gnu.org; Mon, 27 Oct 2025 13:07:37 -0400
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 0ABEC81703;
 Mon, 27 Oct 2025 13:07:27 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761584846;
 bh=kGPMhJIKb93b0rt/gBWd1iB3RJiwf4o9d5m68Mn/aSk=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=TF54cDbNmA0e5XFNGUxV3dToJxIi4fAFfslvfMUepGQNq5kw8BtvlaxfVImgsiLc3
 uZ73ekzTiMkKc41twksv5mYBhZi7ZDe36tk/87DhWWctS7ZRcGVTFI/LwsWlItcMb8
 e0Mp+BTmHSpuJAUAQmKoQODtmvgGYKKbr1zSX2G6zS+snVPMNa2NDmwinxQunEkV+C
 zHqvdeXDxLFrhWST8u5YF7yj3aMk7xBlaLaPzL0lRTUdQtPXz3z6/bbOS+DAx6ssvS
 pxn6pm/hkX2jv8qoBoyv+o+Z6ScfVcIkh6Ng0sDmY7QWEBI802T/9H13V1KqV14bpZ
 YjrpiaT1TgaUQ==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 25FBE80A13;
 Mon, 27 Oct 2025 13:07:26 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id DAF82120490;
 Mon, 27 Oct 2025 13:07:24 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <87tszkoc0p.fsf@HIDDEN>
Message-ID: <jwvjz0gz5w3.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
Date: Mon, 27 Oct 2025 13:07:19 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.161 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> and then report the corresponding message you get?
>
> Here is the beginning:
>
> FILE="/home/steve/src/emacs/emacs-master/lisp/paren.el"
> EXCLUDED-FILES=("/datadisk/steve/src/emacs/emacs-master/lisp/ldefs-boot.el"
> "/datadisk/steve/src/emacs/emacs-master/lisp/leim/leim-list.el" ...
> [plus 107 more files, AFAICT all the preloaded files under lisp/])

Hmm...

I was now able to reproduce your problem locally, and in my
reproduction, the patch below fixed the problem.  There are other ways
to reconcile the "original dir name" with its truename, but currently an
out-of-tree build seems to be careful to try and always refer to places
via the "original dir name", so I think that's what we should go for.

An earlier patch I tried used tricks like:

    (expand-file-name
     (file-relative-name (file-truename d)
                         (file-truename default-directory))))

but I felt that this way lies madness.


        Stefan


diff --git a/lisp/startup.el b/lisp/startup.el
index 836ead6deb0..854be183059 100644
--- a/lisp/startup.el
+++ b/lisp/startup.el
@@ -1237,17 +1237,18 @@ command-line
 	  (unless (file-readable-p lispdir)
 	    (princ (format "Lisp directory %s not readable?" lispdir))
 	    (terpri)))
-      (setq lisp-directory
-            (file-truename (file-name-directory simple-file-name)))
-      (setq load-history
-	    (mapcar (lambda (elt)
-		      (if (and (stringp (car elt))
-			       (not (file-name-absolute-p (car elt))))
-			  (cons (concat lisp-directory
-					(car elt))
-				(cdr elt))
-			elt))
-		    load-history))))
+      ;; Remember the `lisp-directory' for future use.  But keep its
+      ;; original non-truename form if applicable (bug#79694).
+      (setq lisp-directory (file-name-directory simple-file-name))
+      (let ((lisp-dir (file-truename lisp-directory)))
+	(setq load-history
+	      (mapcar (lambda (elt)
+			(if (and (stringp (car elt))
+			         (not (file-name-absolute-p (car elt))))
+			    (cons (concat lisp-dir (car elt))
+				  (cdr elt))
+			  elt))
+		      load-history)))))
 
   ;; Convert the arguments to Emacs internal representation.
   (let ((args command-line-args))





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 27 Oct 2025 14:24:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 10:24:50 2025
Received: from localhost ([127.0.0.1]:49343 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDO9R-0004Fn-JW
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 10:24:50 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:33698)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vDO9K-0004FL-Eb
 for 79694 <at> debbugs.gnu.org; Mon, 27 Oct 2025 10:24:44 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vDO9A-0005V0-2a; Mon, 27 Oct 2025 10:24:32 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=/o+LLEmanzYthc4iJtBbpHIE94Ga2aCvPCvD+fBFIBE=; b=QShKQ07kEkmS
 ccv3hgWUfbLu0iSqG5pgle6XbXuHWT2zVD80YtM4olnwOADp69gNGCnInJZqGwpENT1sr/he5eAbt
 aAjaLbjcPbVaH0OTwxUjWd2H/mrgkF7UIylrmS5FZWXJVXpheDUQObBH1QCcmxBF/adJv+Lbnt0Dv
 J+Lpwdl47i6HmNJu/xZRIqd+IyQxy5KS/DLGDtcasc15/P2Ow5yMY4fC5VZdtjK7uuYlQDl88HXcz
 MKTleQcEj2W16RtyAA5+onz0+4dGC9KEAoDDyz1DtH/E3mUfscQyHz5qZeSk6u1Jl9MQBpy8r7fFS
 P4KDbM3ytEX1fzsN55U0TA==;
Date: Mon, 27 Oct 2025 16:24:27 +0200
Message-Id: <86sef4pgmc.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
In-Reply-To: <87tszkoc0p.fsf@HIDDEN> (bug-gnu-emacs@HIDDEN)
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN> <87tszkoc0p.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: andrewjmoreton@HIDDEN, monnier@HIDDEN, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
> Date: Mon, 27 Oct 2025 11:49:10 +0100
> From:  Stephen Berman via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> On Sun, 26 Oct 2025 19:59:11 -0400 Stefan Monnier <monnier@HIDDEN> wrote:
> 
> However, at this point your comment about symlinks popped back into my
> consciousness.  For ages I have configured my out-of-tree builds like
> this:
> 
>   $ ~/src/emacs/emacs-master/configure -C 'CFLAGS=-Og -g3'
> 
> where the `src' directory is a symlink from `/datadisk/steve/src'.  But
> since bug#62099, where I reported the appearance of file names printed
> like "../../../../../home/steve/src/emacs/emacs-master/lisp/paren", it
> never occurred to me to try this:
> 
> $ /datadisk/steve/src/emacs/emacs-master/configure -C CFLAGS='-Og -g3'
> 
> Now I did -- and the build succeeded.  This was with your latest patch,
> but I then undid that, so that my source tree was pristine, and rebuilt
> using the above configure (now cached), and again it succeeded.  Then I
> also remembered bug#64806, so next I tried this:
> 
> ~/src/emacs/emacs-master/configure -C --srcdir=~/src/emacs/emacs-master CFLAGS='-Og -g3'
> 
> This immediately failed with "configure: error: cannot find sources
> (src/lisp.h) in ~/src/emacs/emacs-master", so I then tried this:
> 
> steve [ ~/build/emacs-master ]$ ~/src/emacs/emacs-master/configure -C --srcdir=/home/steve/src/emacs/emacs-master CFLAGS='-Og -g3'
> 
> and now the build again succeeded.  So the problem occurs not simply
> when building out-of-tree, but when additionally having the source
> directory symlinked (n.b. `~/build/emacs-master' is not a symlink); in
> that case you can either configure with the real name of the source
> directory or by passing `--srcdir=' the absolute name of the symlink.

I have a hard time believing that the same problem is the reason for
the build failure in Andy's case, since symlinks on Windows are rarely
used by users.  Andy?

> This was also the upshot of bug#64806:
> 
> > > > The 29.1 release candidate seems to accommodate that symlink anomaly
> > > > as I was able to build to completion using configure with
> > > > 
> > > >  /usr/X/23/src/emacs/emacs-29.1/configure
> > > > --srcdir=/usr/X/23/src/emacs/emacs-29.1
> > > > 
> > > > from current workdir /usr/X/23/pkg/emacs/emacs-29.1
> > > 
> > > Yes, because that's how builds outside of the source tree are supposed
> > > to be configured and built.
> > >
> > 
> > So the gotcha there is if a symlink occurs in the abstract path to
> > configure the absolute abstract file path to configure is required
> 
> This seems to me so non-obvious that it should be documented; despite
> Eli's remark in bug#64806 "that's how builds outside of the source tree
> are supposed to be configured and built", I could find no statement to
> this effect either in INSTALL, in the Emacs and Elisp manuals, or in the
> Automake and Autoconf manuals.  Is it documented somewhere else?

It is not documented because it "mostly works".  Maybe Stefan will
find a way of working around that, so that we won't need to have yet
another tricky limitation.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 27 Oct 2025 10:49:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 27 06:49:27 2025
Received: from localhost ([127.0.0.1]:48201 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDKn0-0006IL-Hi
	for submit <at> debbugs.gnu.org; Mon, 27 Oct 2025 06:49:27 -0400
Received: from mout.gmx.net ([212.227.17.21]:34619)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vDKmu-0006Hp-On
 for 79694 <at> debbugs.gnu.org; Mon, 27 Oct 2025 06:49:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761562153; x=1762166953; i=stephen.berman@HIDDEN;
 bh=Y+v3Kcqeba45uwOa9tgRSKjFAn8W6rC8qIZbb6X5RfU=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc:
 content-transfer-encoding:content-type:date:from:message-id:
 mime-version:reply-to:subject:to;
 b=ZjMPvHc7BDZmvp2zJOxfDl5pelFe/9udCP0xWpt8klI5Es1O4l5vDIeqzwnndEaQ
 eCz5KV3hcfZW6w5xFOwPLOLz6qGiF3VWJfjPCbqknx/idCtCD4rxvAtQu4kAqvlAU
 uPf2fQxPwWflJot0pO1qq0mToEhVI3/zy0Yz4QAAuiBw/weTWrrGEabYXeq5k1tjx
 7DbUdW0ji4fFs1SNSKsYswhr6JfzYeTeH0hfgbU+/8f5BGSNNSn9P28RmFyI1e0/V
 XLCoTZDrrExEydDuJ1qy+oNABbLarwYv17I3StEaxa+o///M/i4fS8ZO2fSojFf8q
 sEAUXrdIeFpsoHnC/w==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.73]) by mail.gmx.net (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MtwUm-1uJIK32pXI-014vBS; Mon, 27
 Oct 2025 11:49:11 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
 <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN>
Date: Mon, 27 Oct 2025 11:49:10 +0100
Message-ID: <87tszkoc0p.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:q3x/+T9j/tXM6Ce3d5YSr+sWtDc13BtNQL96dPn9dOJYCLxxUZi
 Z01s02kT8dhYCqNILba36Hvs/DgpCi3OOJ7kmhVP9iTN7WMtVfC7ygRtIHOPYVnE7jKxiUs
 mmN+pydq0UWy6ybiYlQKVQWLcf8KUAwiCaEc/wndamc8KHP6RzM8Gor+H2YSGrDT06WC7tH
 P0AankNHJ6dU7+BrjrB3Q==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:0p+Bs8NxkEY=;5MF8dvEGg1wYSnNUXKPXv23rLbm
 OAuojjI9FtKWNgXupFumc39meeMODgNDNvZgHWJPrdpTfKIbUu5fa62DSXlH/b7LCi0r98Vgc
 hourRayahQVi8ZmYE0jh8F6+s5wKD0CWunm+ZzEAlTPeE0Qy+mSYh1Ey2n7+EuJk5qU/nC6MF
 51/2L7cWMazSV3hievAiEP7j2PG2NwnG9iQaNtd0DyQRnuH3rHhNuIhqjYzX+B3CqdOsXyhCF
 38emRN2oLgDFGbWLUnKoKOKwRZCoBl5+lonoAHKcuO6AqLJsWeLnBkY8T0h3p968jqugy1TzA
 lf7Rc76/CcImeK4gJqa3rVAUpUaDlupBKD1ONWI1Ht/AELyXlO3nw5mZMO6bhOcbD1crTX8hZ
 E4N1dvr+6vMGdY4ACBMDxthjDBcNUmVS/sNevxZtre2M/1kxr9gQ2wlJ7s8jKVNZJD7KDcYRY
 Yfshs8WjdaK+STweopszG0pfFyHvMgxg7hj/f+FYHf4Q61YCMvHb1Cq1XTAQpEUIvZCxa7tyR
 xL95d6hVWrNkz+cpIdOZketiHW2irHKXms7sZY8hTSQghfvFjgJnn/sptB9PunWbIUzIz+NQZ
 oGZbImnBjp0bMwhvmXJui8GSP2fklzuhktfOaiHWB2gi3QaTeLLLs8Mklenf2csuYb/U/0QCJ
 9b/9CBq6Ux/6Vm7hyLAjrb+R+4jMRXEPldYRYrlBc7Jk7WhVUzHLvbfg/o387MRLoQ/1CTSZz
 JaaXw4d8MKbWkYS65Zp5f+Y5kI+YdCUzJfaVkIy77UhYSrBhAXRmOZwJbRooXIUPsj8ZSuO3F
 81EyUi6Xg/hIWr0JmVJyDCjps7jsr31YhM7U3tngnTK2WkgsKzOiXDhI5oWJxU6b/510/ChhM
 JL93+2QJqolSuqDRGkYabschFN1sisJTlk8Xf3wefgV7nV5/k2q8Qs4WlTddcL58PjxXhH71/
 MFJZmaLVlwIcRjPq6X7fhRxOENb2zFCyji//7XjzRtck83tRr5A+I4EMlZXl897Z/io1u9OO3
 mc4r9CFZwuNFlXG1aPMJy4B5dxDMRK3xRHErjq+bmTqvet8zbVXTggMzcBFs78Lj2NZ6ygEwu
 QifF5AumzhGngZR3d+vvVptoNDQrNXJDInYYTJnfRi5Se0W4H4n1r4roV0dyeFj67TYy2upED
 BAG8A68StzpmaqVILde7KRAxtZ5Fi6yhmQ+aPTY4pRavRk3CgoE0P0jr7eLYoqDd7xhvSSp22
 Wg/WUS00QGrzQui66QlF/YSVWmQVyF4g6krL17SENwPzyr91k1tSBc4+LUmqnS99BG8iqk3pA
 La74QZmEeX+NW5VIMxM8ND2BlT1F3eOKPdd2nl8ZY2KLfFj2AsmcoN094GcuIobE5X09evc7B
 I5Pt4Vw+uCMIdaXPreqP177d7W5NQ0uomUMk05yK0xc5fGe/pLVNfe+yD6Dic+bBMUcTkLPXc
 Y4Hvma2Es1ue8V6mmgomUDMARkRSx9en+9We2PgPPbyNhE+qtgg9Cs426KEHBiSyp7R/8aQDV
 FbobEdoylE1qFYNksFfYIW/kz/TzAf+n4G7DYComrjTL7INNtV+nXwdZ5FrbH3yKbheQrSchw
 FniZE49pgLptEqSBwv/eiI9WJZpP9TS4gakWjzOFTkCxtwZFQ4qs3i8+rsI3Tw8efX/L0dlfl
 CWuL3Lq+YeM2fU8k+THpFl0Ym+TufF3SDQCKtjg1Pm8C9vEwG/+e1C/Lp25Mdv6/5JRinXGc+
 ntYeyNa2y66yfA9CUptxNpE06b2JSQLZUB6K8EwhZ+EdrDcB5rvxqK9PeW5zxCKJvRHdAd8UV
 vwnRkb84K9Lqi0RZhXvw0t/ODDOhbquEfCWW99arnCjsdR4E36m5PjFFqtrVBJFWQzyeAmuOg
 e6pG7gKkp0q0lg4zbEOFsE+SOmWPiAKbCQVxSHPhRP9oDEZ7PlOCu+lM6DsqvtXocp5rE7NGf
 nB5vejisPtI61QGdMxBie5MLLDIKMkYWdls6z4L7OWfg/Fg/CerxHOY9V4ls89ru7HSb1kNCZ
 u/u0JIX956kOXteYSRpMsbj4NleQQGHxnqbe/9E2N3K/cekbV66D+YfkAZVlCQ90sIip4PUSs
 XJs/Ew2FuPtUr/aW8vUpSQCFzHY7AaKkMNqmqaskrrA58Ox1vZYidqkqc8yrh++9DUq7515Td
 Ub6OH8+42RLatlgQyl1fYa52kls8VjV6/3e7ds/lb01VJYHaNpgBZBUOAN8EksCotabnZN3Cd
 0gS6I2cWtNy3KMro+cQn31NyQ8hhZSPfBgW9oQTr8B8EcjjsfDng6G4RUOeZiNbcSz1qi9qpJ
 19EXMQEIXX+Sug4LLiBnARScjjcRV3q18NgIvDgKMeO1KfS2plZX11CPNgTlsRQkSWkwkDue8
 oTM/TzdVlNanDuPAXe7pwkuqS0cbRG0NvOkzpBEKcuwjz1baYIA9ERl8VxusR1KDoB6XVVeAM
 cjdnw3HVbAIvUAzectR/vuXyUxwpgH+IGX1mYi1wlVHH3XXRleN3+iRN+uk0CJqTOAVFxhLFM
 IxIrV98QFnS14/lcya6z+TS5RitvtqK9y3/om4ZP5xViptYIeDfltg0LbirNqeJYDiHlP3MfN
 zDEvR73/W6YYAiWA8ftEAEvuVjyD1+DMbw6lKETPaTUkNwrQP5MQwS1eP7OAOGs90i+WZLzUP
 9ePg0LrHS40xj4d9AU0F8o/f88mlGHz0WHuQzF5McpFFiQxx5wd4lCi4aLjYaeQub1pvAr+yV
 em6o292rBEKf95UO3laii+kqKXJBgOspNfyfBWYrqiKavhNkHFYnotFjV920DxCyGlrSh+P/V
 4HurTRiK14liHOfoOB9iu7QpVcwwJKwnG90QRSDoWpFM/nVWEpG3iHuup7okOXyc70b7uDL9p
 jvf3Vp4hoitAbC8VSFTOZt/IjzlzVibkxE72+GHjIxcR8u3tJtRMxLkayOcmhkxL0YAeE3YcZ
 gZ8YXaBpMA3dLS6ImKGxLPSdLnHrymqOpQPEe3pyC7pNOcsVqJJL0m3BFgJD3vF4XhxMZJSZf
 LuzVqQj9B84cxWz9bDfAUUo80mtDI9bt81os1l+pCaAw6EFv0mJ7f6UAIAPbL+RQBilnAA3VY
 GR4XtinxFKXNlOyv95O04tV3teeo3i5f39IHj4rn4Q2WX1nL7oKRmf7wHxSl4OEXU59pq9Hnq
 gZRf98R1/76SbFAsoqGZd3M1UbSkfyhW5nx4dD/SEzyvlYEjIbiqodleotIum6DssMZY5U0aZ
 sTltmD+7t26otpb7nX0FZLkMaPqrN3pBeaHv9l1xeVkz6YkT9M+4GAxNz+1/xpMgVONdWcKOk
 ly4jxFJ1I5nHHRDaZW0612j3+zElvUXBaewefoHGFSNsbc7BdneQ5Bpxphi5RwNlAYIVAWZMG
 z+QHaKt8wBtcTlxBtl/7dxuRavWjW0aJvkBVpg/DT+4uOFFWPKK7qrq2PuoRF8OPxfJ5sXaOL
 VUIfjYMaEKa5HfzyBCgUAyYxlTJhgzZ8oL6nNNc80ecXbIrWfaPQFJtVaiJTS+sGEoSN18RtU
 ty+m127W7yqqOHvPOWz3N82fX8AyX5DUpE+d1HpuBI3qf4gb10OelwS7RuQzs5AYlBsYvbeMz
 FJ2wB0Lv0yaHNJ+IKQVE6NQGuMA0ABmviVt7VPSACxTmOBkR66KlRDmYKaWmRDPRr0difPJ2E
 x/f9XgpI/VIWjIZRPfn7M68jzX+oYEago4T/zcqUJdg+JL83TtIH5nF7TZyxxC1e3SQEhFaAK
 XYTktBksqzGxVsvzpwEcxa4is4pRT4gZLdsBJjuuW8fQ2MwhFEyfIpqYbINCcUg1hgNsR8Prn
 GGFSnX1e8VB/HJ8pgzMKy1DSJaSDzUQqhTTKdo4gXtrhslvxkcTHTvyHCbfbibfQCho800jyd
 Nhll4U+9MgtQgjR4yxoZIKO5Sg6jgcO1VrHrhDLfCxMNngFUgktrBvHijkTwOjpVwG/IIwMN1
 658eaNaZaPK+7t4USRLEnXesM2+Zx9vLvk/B5I818R/oMvW6eKVG8dUDE52MY1Oyx1JBwrn2r
 uXD2unf3iia4F9OULVA8RkWQBxAwgsarmy4tUqP1E2TKnH8sT7sSVCwt08pGwXEkiofud/C80
 8R7ZEQYtKLFomoaba1Db20BFB+GtelTOtENCjw1q80IY4w7YuQdFDzLHQfx/GYtDEFxeb0uL7
 Dg+gPnhzQ2wjRXxIFaTrAH+JEUdD78n+vGj4x1HClK5pTsZkslqDMSzrqjVQIB99z7QQY6PyC
 myZ11332YMUflAhsoo6YGOrubpY2X8Lz6cIizrEzSDAg8emE+7/wsFcwSdtBqAZ8SgCmGkGle
 FsHGBPiwjaatPQeQ0gVRXTfjsKvfbx+Bq5YgxR4bAaty2hsXrAS8CCmTp9IrHlNrypOk6VhGl
 itsQLsziEest8H8Yq6jOAnvJIbwDuhF+g/0L0NfDP7N9iRhyWiEDnZTHurjtzoFcLhCzaIu3N
 f8/9RbtUTnx3n8WN5nEsWpIolxI70bxNvm0xlQlcgogzUXZzZu/qphU2TgGVMrt87VtIZ6n7S
 MXv1t3UsIbPzgiKntqyukbvFK3QbjL1V4HxiIrHBR38sMVBxs4/MAs0yp59YbcT15gJmAh+Uk
 r8guSSZA994hv/dkeaqp2QpkG7i1Z9hhKMLP+WGY3+C1KbRiyGOSGS5LSP8vsOYW2QWreVz/E
 6539XNqrqE0F4ckdfttblKUAB6xrO3D97nkqeD2TgBS7NX3/VofmCgQgsC09r6tNv0s4AHRiY
 aHHpEoPBXCcvRZVGtaI/ANrnlkONn8ycP9KtT2oQwbvnbH1j4lE1B9MNjIzbUttMsnlZz98x6
 ZJLHDDwmeeRoxZJu406c9zkvqt9f9vo3/K5dDrFqNB2E6O8gt/PgkoKZwDWtUUt4ADJPtFKXO
 0ZOGOskre12NjBka2KwdoOiRxvRacxC0OqZKBVLS9EHygSf+pyJfAt97VfUkl/1GpllHOYRTA
 0xgGY1ldK1/skJ/Cryl0n7hsr+Iha3NijRlF1Iy5J8QPkFij4eZhJMR1Ub+cEsp5B4+vTghwu
 +6l7GdYCh4h8LKdn6OlP74dLvw3oPK9lyTXrdyxSeYJg98zVUYkj/vhrwvcxcKy8mR7Cw==
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Sun, 26 Oct 2025 19:59:11 -0400 Stefan Monnier <monnier@HIDDEN=
a> wrote:

>> Unfortunately, it didn't for me.
>
> Hmm... I'm clearly missing something.

Spoiler: Actually, you were right on the mark upthread when you said:
"It seems very likely to me that symlinks have a role to play, but I
nevertheless have no idea what's really going on." ...

>> I applied the patch, ran `git clean -fdx` on the sources directory,
>
> To save time you should be able to do just:
>
>     rm <SRCDIR>/lisp/loaddefs.el; make
>
> I'm currently using the attached patch, which doesn't do much more than
> the one you just tried.  The rest is made of simplifications and fixes
> that shouldn't make any difference in your case.

It still failed for me with the same error, both when just removing
loaddefs.el (and even all *loaddefs.el plus the corresponding .elc
files) as well as after `git clean -fdx'.

> Could you try it together with the additional following patch:
>
>     diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loadd=
efs-gen.el
>     index 8f7940deaab..02a44637e6a 100644
>     --- a/lisp/emacs-lisp/loaddefs-gen.el
>     +++ b/lisp/emacs-lisp/loaddefs-gen.el
>     @@ -655,6 +655,8 @@ loaddefs-generate
>                 (file-attribute-modification-time (file-attributes outpu=
t-file)))
>                (file-count 0))
>            (dolist (file files)
>     +        (when (string-match "paren" file)
>     +          (message "FILE=3D%S EXCLUDED-FILES=3D%S" file excluded-fi=
les))
>              (progress-reporter-update progress (setq file-count (1+ fil=
e-count)))
>              (when (or (not updating)
>                        (time-less-p output-time
>
> and then report the corresponding message you get?

Here is the beginning:

FILE=3D"/home/steve/src/emacs/emacs-master/lisp/paren.el"
EXCLUDED-FILES=3D("/datadisk/steve/src/emacs/emacs-master/lisp/ldefs-boot.=
el"
"/datadisk/steve/src/emacs/emacs-master/lisp/leim/leim-list.el" ...
[plus 107 more files, AFAICT all the preloaded files under lisp/])

However, at this point your comment about symlinks popped back into my
consciousness.  For ages I have configured my out-of-tree builds like
this:

  $ ~/src/emacs/emacs-master/configure -C 'CFLAGS=3D-Og -g3'

where the `src' directory is a symlink from `/datadisk/steve/src'.  But
since bug#62099, where I reported the appearance of file names printed
like "../../../../../home/steve/src/emacs/emacs-master/lisp/paren", it
never occurred to me to try this:

$ /datadisk/steve/src/emacs/emacs-master/configure -C CFLAGS=3D'-Og -g3'

Now I did -- and the build succeeded.  This was with your latest patch,
but I then undid that, so that my source tree was pristine, and rebuilt
using the above configure (now cached), and again it succeeded.  Then I
also remembered bug#64806, so next I tried this:

~/src/emacs/emacs-master/configure -C --srcdir=3D~/src/emacs/emacs-master =
CFLAGS=3D'-Og -g3'

This immediately failed with "configure: error: cannot find sources
(src/lisp.h) in ~/src/emacs/emacs-master", so I then tried this:

steve [ ~/build/emacs-master ]$ ~/src/emacs/emacs-master/configure -C --sr=
cdir=3D/home/steve/src/emacs/emacs-master CFLAGS=3D'-Og -g3'

and now the build again succeeded.  So the problem occurs not simply
when building out-of-tree, but when additionally having the source
directory symlinked (n.b. `~/build/emacs-master' is not a symlink); in
that case you can either configure with the real name of the source
directory or by passing `--srcdir=3D' the absolute name of the symlink.
This was also the upshot of bug#64806:

> > > The 29.1 release candidate seems to accommodate that symlink anomaly
> > > as I was able to build to completion using configure with
> > >=20
> > >  /usr/X/23/src/emacs/emacs-29.1/configure
> > > --srcdir=3D/usr/X/23/src/emacs/emacs-29.1
> > >=20
> > > from current workdir /usr/X/23/pkg/emacs/emacs-29.1
> >=20
> > Yes, because that's how builds outside of the source tree are supposed
> > to be configured and built.
> >
>=20
> So the gotcha there is if a symlink occurs in the abstract path to
> configure the absolute abstract file path to configure is required

This seems to me so non-obvious that it should be documented; despite
Eli's remark in bug#64806 "that's how builds outside of the source tree
are supposed to be configured and built", I could find no statement to
this effect either in INSTALL, in the Emacs and Elisp manuals, or in the
Automake and Autoconf manuals.  Is it documented somewhere else?

Steve Berman




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 26 Oct 2025 23:59:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 26 19:59:28 2025
Received: from localhost ([127.0.0.1]:46830 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vDAdz-000090-Bs
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 19:59:28 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:31947)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vDAdx-00008D-8J
 for 79694 <at> debbugs.gnu.org; Sun, 26 Oct 2025 19:59:26 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2D47244194E;
 Sun, 26 Oct 2025 19:59:19 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761523157;
 bh=MIs7hJ0fpN3dmjNePT2iOy2pc8jH2eOB/eoK8hF92+U=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=bbF26LTUgxnttSKKIo5sTex3uQ1VwG3saJltpwtNfNSm80qQz1AjdRiWX9g4koSu2
 wgz/LfHbfUhTDT+IZJeg+vuOmLakWTmakMIbX3m4U+nwZ6KZGbnVX4pTH3EJe++kIQ
 9EGZF2plgr50768Z9mUWurSR4H9U9xb7Pi1Pj8ZswTmqaj8yPePtjySuC5AfBJsiUe
 6/08AHRwrSGrsbTcyntX+AbSamp1KRRyh/IbjpA3kd/0BiKQTi/II3SK+jcB7vN64H
 Tyrzip2snSuWBoPtXBZcf42FY+YqbBv4o8yy0biP5aUS/xFfBFHuNZBn1HDByzH3G3
 0rpUxqbgLl4Kw==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2AE9044194A;
 Sun, 26 Oct 2025 19:59:17 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E4B35120468;
 Sun, 26 Oct 2025 19:59:15 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <87qzup5mhx.fsf@HIDDEN>
Message-ID: <jwvtszl1bf5.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN> <87qzup5mhx.fsf@HIDDEN>
Date: Sun, 26 Oct 2025 19:59:11 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.071 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
 PROLO_LEO1                0.1 Meta Catches all Leo drug variations so far
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

--=-=-=
Content-Type: text/plain

> Unfortunately, it didn't for me.

Hmm... I'm clearly missing something.

> I applied the patch, ran `git clean -fdx` on the sources directory,

To save time you should be able to do just:

    rm <SRCDIR>/lisp/loaddefs.el; make

I'm currently using the attached patch, which doesn't do much more than
the one you just tried.  The rest is made of simplifications and fixes
that shouldn't make any difference in your case.

Could you try it together with the additional following patch:

    diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
    index 8f7940deaab..02a44637e6a 100644
    --- a/lisp/emacs-lisp/loaddefs-gen.el
    +++ b/lisp/emacs-lisp/loaddefs-gen.el
    @@ -655,6 +655,8 @@ loaddefs-generate
                (file-attribute-modification-time (file-attributes output-file)))
               (file-count 0))
           (dolist (file files)
    +        (when (string-match "paren" file)
    +          (message "FILE=%S EXCLUDED-FILES=%S" file excluded-files))
             (progress-reporter-update progress (setq file-count (1+ file-count)))
             (when (or (not updating)
                       (time-less-p output-time

and then report the corresponding message you get?


        Stefan

--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline;
 filename=0001-loaddefs-generate-emacs-batch-Chdir-to-lisp-director.patch

From ec1e1959c7596337cf034d2f321373d6d0201720 Mon Sep 17 00:00:00 2001
From: Stefan Monnier <monnier@HIDDEN>
Date: Sun, 26 Oct 2025 17:44:19 -0400
Subject: [PATCH] (loaddefs-generate--emacs-batch): Chdir to `lisp-directory`
 (bug#79694)

* lisp/emacs-lisp/loaddefs-gen.el (loaddefs-generate): Rename DIR to
DIRS, to clarify that it can be a list.  Use `ensure-list`.
Don't pass DIR(S) directly to `expand-file-name`.
Remove redundant `expand-file-name`.
(loaddefs-generate--excluded-files): Add sanity checks.
Return relative file names since `loaddefs-generate` will make them
absolute anyway.  Simplify.
(loaddefs-generate--emacs-batch): Chdir to `lisp-directory` and
simplify the rest accordingly.
---
 lisp/emacs-lisp/loaddefs-gen.el | 57 ++++++++++++++++++++-------------
 1 file changed, 34 insertions(+), 23 deletions(-)

diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
index c8e05921fc1..8f7940deaab 100644
--- a/lisp/emacs-lisp/loaddefs-gen.el
+++ b/lisp/emacs-lisp/loaddefs-gen.el
@@ -593,7 +593,7 @@ loaddefs-generate--rubric
       (buffer-string))))
 
 ;;;###autoload
-(defun loaddefs-generate (dir output-file &optional excluded-files
+(defun loaddefs-generate (dirs output-file &optional excluded-files
                               extra-data include-package-version
                               generate-full)
   "Generate loaddefs files for Lisp files in one or more directories given by DIR.
@@ -632,13 +632,18 @@ loaddefs-generate
 		       (mapcar (lambda (d)
 				 (directory-files (expand-file-name d)
                                                   t files-re))
-			       (if (consp dir) dir (list dir)))))
+			       (ensure-list dirs))))
          (updating (and (file-exists-p output-file) (not generate-full)))
          (defs nil))
     ;; Allow the excluded files to be relative.
-    (setq excluded-files
-          (mapcar (lambda (file) (expand-file-name file dir))
-                  excluded-files))
+    ;; We used to do (expand-file-name file dir), which strangely enough
+    ;; doesn't signal an error when DIR is a list but does something weird
+    ;; instead, so let's preserve the old behavior when DIR is a string,
+    ;; even tho it's different from what we do when it's a list.
+    (let ((basedir (if (stringp dirs) dirs)))
+      (setq excluded-files
+            (mapcar (lambda (file) (expand-file-name file basedir))
+                    excluded-files)))
 
     ;; Collect all the autoload data.
     (let ((progress (make-progress-reporter
@@ -657,7 +662,7 @@ loaddefs-generate
                                 (file-attributes file))))
           ;; If we're scanning for package versions, we want to look
           ;; at the file even if it's excluded.
-          (let* ((excluded (member (expand-file-name file dir) excluded-files))
+          (let* ((excluded (member file excluded-files))
                  (package-data
                   (and include-package-version (if excluded 'only t))))
             (when (or package-data (not excluded))
@@ -724,7 +729,7 @@ loaddefs-generate
           (unless (equal (buffer-hash) hash)
             (write-region (point-min) (point-max) loaddefs-file nil 'silent)
             (byte-compile-info
-             (file-relative-name loaddefs-file (car (ensure-list dir)))
+             (file-relative-name loaddefs-file (car (ensure-list dirs)))
              t "GEN")))))
 
     ;; If processing files without any autoloads, the above loop will
@@ -776,19 +781,21 @@ loaddefs-generate--excluded-files
   ;; Exclude those files that are preloaded on ALL platforms.
   ;; These are the ones in loadup.el where "(load" is at the start
   ;; of the line (crude, but it works).
-  (let ((default-directory (file-name-directory lisp-directory))
-        (excludes nil)
-	file)
+  (unless (equal default-directory (file-name-as-directory lisp-directory))
+    (error "PWD is not set as expected: %S" default-directory))
+  (let ((excludes nil))
     (with-temp-buffer
       (insert-file-contents "loadup.el")
+      (when (= (point-min) (point-max)) (error "Can't find loadup.el"))
       (while (re-search-forward "^(load \"\\([^\"]+\\)\"" nil t)
-	(setq file (match-string 1))
-	(or (string-match "\\.el\\'" file)
-	    (setq file (format "%s.el" file)))
-	(or (string-match "\\`site-" file)
-	    (push (expand-file-name file) excludes))))
+	(let ((file (match-string 1)))
+	  (unless (string-match "\\`site-" file)
+	    (push (if (string-match "\\.el\\'" file)
+	              file
+	            (format "%s.el" file))
+	          excludes)))))
     ;; Don't scan ldefs-boot.el, either.
-    (cons (expand-file-name "ldefs-boot.el") excludes)))
+    (cons "ldefs-boot.el" excludes)))
 
 ;;;###autoload
 (defun loaddefs-generate-batch ()
@@ -806,8 +813,12 @@ loaddefs-generate--emacs-batch
   "Generate the loaddefs for the Emacs build.
 This is like `loaddefs-generate-batch', but has some specific
 rules for built-in packages and excluded files."
-  (let ((args command-line-args-left)
-        (output-file (expand-file-name "loaddefs.el" lisp-directory)))
+  (let* ((args command-line-args-left)
+         ;; We're run from $BUILDDIR/lisp but all the .el(c) files reside
+         ;; (and are generated) in `lisp-directory' which is in $SRCDIR,
+         ;; so go there to eliminate any out-of-tree build issues (bug#79694).
+         (default-directory lisp-directory)
+         (output-file (expand-file-name "loaddefs.el")))
     (setq command-line-args-left nil)
     (loaddefs-generate
      args output-file
@@ -817,12 +828,12 @@ loaddefs-generate--emacs-batch
      ;; updated.
      (file-newer-than-file-p
       (expand-file-name "emacs-lisp/loaddefs-gen.el" lisp-directory)
-      output-file)))
-  (let ((lisp-mode-autoload-regexp
-         "^;;;###\\(\\(noexist\\)-\\)?\\(theme-autoload\\)"))
+      output-file))
+    (let ((lisp-mode-autoload-regexp
+           "^;;;###\\(\\(noexist\\)-\\)?\\(theme-autoload\\)"))
       (loaddefs-generate
-       (expand-file-name "../etc/themes/" lisp-directory)
-       (expand-file-name "theme-loaddefs.el" lisp-directory))))
+       (expand-file-name "../etc/themes/")
+       (expand-file-name "theme-loaddefs.el")))))
 
 ;;;###autoload (load "theme-loaddefs.el" t)
 
-- 
2.51.0


--=-=-=--





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 26 Oct 2025 22:25:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 26 18:25:43 2025
Received: from localhost ([127.0.0.1]:46687 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vD9BH-0003GQ-3e
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 18:25:43 -0400
Received: from mout.gmx.net ([212.227.15.15]:46673)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vD9BD-0003GA-Sh
 for 79694 <at> debbugs.gnu.org; Sun, 26 Oct 2025 18:25:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761517532; x=1762122332; i=stephen.berman@HIDDEN;
 bh=ABwIkoVlJ45FdzHvwOqblZvlWuxpQnyjd+JMkDKkrXA=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=aeG/J26m2DshSjdob7N/7i8bd7uWu9DmiVP5N+QCY/QlIltSkFKdzlldNFMKxmhA
 YF8qJnTU/sqWzliSWkSKKL37RztnMiH7MaFUshxY/j59RRS0LsZgHtew8bhWe9+rq
 gMuzWOvvWs2KgDxT5H5dC4lcs/sb+V4bgkAkKtvEuknHv/taFnrmZ7VwiivyNKX0K
 1Y4vd/rOKCbyB0NejPggRZZUuhSqiXZzDlu0q9Mhx0sjKNQFuXDQGrCQ9xKL05Bkg
 Gr7PHCU7+rJBiUy5JQvlXSHzhn3rxpxPfVbdW+4nDIaX7LKxzCXLU/SPvB2qqdcXC
 QLInM1eB+l+v1lwUkQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.168]) by mail.gmx.net (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MvsEn-1uKtlT0OQR-00weYC; Sun, 26
 Oct 2025 23:25:32 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
 <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN>
Date: Sun, 26 Oct 2025 23:25:30 +0100
Message-ID: <87qzup5mhx.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:Rc1/xyalYsQHGiJjxhG7l/vtryjthZZwANSmz6eN9vKwavZninQ
 EcXUEjA4yyomH+BpP87UjKjTMRMOsMs7/VQw1Vh5NhEa/oBkHgacZM9S7GsaZYB6fBHuce5
 cN212Rc4xODIyGVqhbvuF26VYysT/MdRkMDAKC8P+knBqbyhALci+oiG6bZ46onu2cAOy0G
 r0guU28o0jp/7/UZyHRCw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:uzjSI7ZiVYM=;HuEPHJgrIMGmJXqMJg+4O/zUUSD
 HVxvSUMq3Owo2IfAoh014C7t1j1fJFL97lRVWX2/Db0ufSmp7OfJUGHQv0QpAkiDOIg58eQic
 5RaxBGHMnCPvGJrTLLeTdeHp4QUQgh7N7d4vkvfe8tejFMxq5Ly1BnGS3bUej1Ga3ttExNza5
 8YuiZA2YMlh4qzVUAqy6KC9u5YPDKY2Ysh6viI1pZhVb0aD/YO8juABc0JRfG4r8/5HFpPl2e
 TGmAa6f4KXOQKbuD4jdp5QbQBWqfSHyp+km5z74JYpvAq++7j0YCwfL9IHnEikHNDNwsQSWSV
 k3VdEtyKKBRyvQpxMmGq6t2OPW3luojAgUd1XQcDq/lXjN7b36IY2rq+uB9gPXklFlv1XtPmI
 wcqOmad+6wrT1cZ/pZvlCh3rQwqEWSf/u1pirWBrpOCgj6VCPAIqTDTUdwQQQLaGJx9vvgSiK
 lU4zuh+UxiVqzjl1CVkTWPZI+1H8vv6aCvquji8haO8t4HVF1YY2pRnO0F6RSHzPvYa7tNTui
 60jig2ucu+hX9EVi8rvx1ScorhI5BuA7pWycHvXrXSW3+Z9XcYw92LyiflcbJt8T1/GVr7j7P
 jKAo1RRYvtz+4yMwFzn0ENuSiQ2G0olXgx5cEPJxh/0cHARp0mLhAPw7inZvJ7t26uzG+HrvE
 3an0IU7NEOSClAC4kpt2ebqSivozkjwAXCusWenVO5bSyJOInWNLjaDxDhaoEGRlzOmGJ7U+S
 nvbOffU67vp28l/k80BiTvIA82nMBj1G+S3EMBPcaS6sWW7uCNouwKNN/mUqTfZ3EoXfuPo2k
 VXK3Dk0WMPcfiUQXtHTunJDYs4/T5CvJRwizwDhs4EfXSA8CwHPe0kDEgRrXCmvR1nnzgzjrH
 CdzWj+eTzkTdWevsy/zbmgf5DRFaaBuieqBSGI0HlCV47TMAItFuRj8uPoLxMsZbOUyATrgSM
 AwqloB9G8SQfLbFmwOnPnnuTqP5MpNblcDcpJatowecINfFOpN5dDXoh2PUZNkMwNyWp15frH
 DOHSn53NDd32xdulws9TuF5cwzGZMjubNSb8CMV3JbRn/kjbjAxhITvaUpblsdnm30Vs82f6K
 mVMPXAWkfd5OSBaGq16KFXJUprtZhhIMTuaAuCaNnM5I3aPsDsGMHMbcoqvgOJpBXpCPz48sD
 149oT+bjfTM67I4XAvhvqFN0lAw6blXyNQI/ltwMHKDZGp/RWmZSTuyieI+sUer7it20r+uMu
 u9u5X0ePeDLzNLYAaRfHvadRUTsPZMq9mJCLJ5YESfJWE1JDjl4x/rqdnIOQ14Ue3q6VQBhqh
 kuvOWIcpJRwoTFrtl5JDR14r7BU0ZN3y+bL5WnykmjYDAQb5RVJrmggA0rOuefe9+JXR4aica
 GlG3Rx3TB2dxgL9Mlu2MGfFnthLCI8M+aLuukWfMwMxxyGj39iG84900qotaC8JOvFw1fAK34
 DpKQQ2V/Rng8tAT/gjc4FCGW124F7QGOISBVGUZt4EVJOo1v9lnGz9p3KIPx1eV9MdHkBbyUQ
 mSRDhYmWMByRUrFl7mcAKTw/LptcjOSkHRjCqDPcEstyXUTu2TfGMZao3X/S6wuCSZoJILO8w
 5FyRF6L2kXUr+3U4eYCx4MM9jkbz7GRcunt8ZszFs6atv9pHWONvmxFzV1DKFgphdqqJWooL/
 VanfKAHvKV6LddxD8eUBsVNSHXZFuJnQ8/xF6qnHwQrnK1BILJlL2ZmvzhErFw9eh2xcv4OYL
 iFahd3dWzxmynI0iWOEsJvD3YW9Z2iHHhQK6d+5h+7BXQzlS488ddIpjF3sakSbNRL8eC7VQ+
 bVxLHSALzsIDXTOX/pBT1hJtwMSr2P4PE4XcZHwcCTmCu7U087hnnj6a18fsyyEoVDjla24/U
 ok1PPVFk7Ic119WhK15Hi4o6vAlpOFSJDMc+T4BSX34DxFxLmVIZyzy0VDIigJzeK3exr9HAj
 lovO3f0LwczlOvmnvDL9mhOg6FDyViiYzcEZdz2V9A2yLvWjBszntRku5Dh2bhevaGqHi5En1
 VohcDKkBSHHjCqZHp5kvqByN7giyN36om3CFznx0hx5oxX5fE2aeSuLvPdj84Y5ayp7khk+7R
 Lbw1vPGO6kMvyioo/K/aCJprV9TULtUlbV6nWrPh3pxrL5Iv1/tVBTlRWfkEDMVLubhUIWoiY
 I/BIvPcw5jcric/leu2narr8+oDei0y1BLLFj9s2vBnlNNfgv9d8S8HTuoZV18P8E5FHN4hkb
 QjJo5u9piatqpUTSEokSaEDSzJXYS385wOvx6msR8zyFUM/nT3bpS4CG0/HBxXF2VgaO/bJcW
 p/9oWuWi1lofNdpIa7bULBlNsRq+C+I+XL36S5c4ed/aSGflaJK0EMnkIrWjLL9MFNt9kKfo3
 q8fiBPjkQp/ZpI2E2bzv6UYkzrMP1BODmdTngSuwyqkD3MHUcuX8O+p7Rn9KWZBekJiRVkuvW
 hoo6EXz0TlKNoIdEDb8dwJnNPWOGMSxEFABzbV2UJnnZWfTICyFiPolmZJC/7Ljf5N+aZ0A4M
 1WSck69+nbJDv49b5wZ6seXbCQ5aPgeT/8XoKrfEwVptW1fsMotKtqByjRDkDnWUFu4wJvyOe
 NPsTzPbZxutQJB5s32pL+OgwKuk4JSNLq1JmFKIaY4CCbtQhTwdDlb1feMcgAF0GZYYuZLiDF
 pygEP1N6dwh3gc0hShuWqriZEZj7bb3hNsixuEWPmYpV8K41oLTBrjsYTmKBULTvzCs3wwDG6
 8HWHaP3jBDLJI+UHzXu4XoZtw/QjnlNSlxwts5qf9UB8GImrxx81a3iQ3RTFB4K+sH3Gi+QR2
 MjP1f9HvpVNkbYsMGyRZowPHLgXFbotf2d2xb3SLFxYkZL7pSSeYxiSB6PzFMjq0Gl+05rO5E
 pvORRwIo4JuLAC98bPKiC3cdLXaftk/qICXC1mM5RvFCaq5gAAwgzGkYqJPAT75RlR2ZmhQ/2
 FFA+mLH26UM2caMFtj9JlsWVv+H/UZ4Dn2gpUhfJstBJR5Z2dfLK7zdriwEj3cMcXxgnllmXf
 uu4jnSWxZwvgrQ5hM9l8g9FD/at2Hefo+2gwQ6dLE7VrGeU4KoLN9v1GQYE2u5Ol7W1escINu
 PAKUNUm+deihKNMTy34Jvt+Iu4idVV02jYeUrxlSatdka/JAezcgx3RKU/Wjvv2DHzskqWn8o
 /yIHH8t5DKI6g4BqwCoxWL46JBuMeqREITg+PD6wTHn+zER+acG3KMInxc2pZh1e6SBX9Mv7i
 AbRuJaI41Oj6Jwg6ZPfSO2OJ/jXEJZO+Yi4ewiwigsO1rvt614NQW9hjPj6yI108mHq0oYLQe
 R3aPkrKkhotelE443/vRNYewU5PtHhRB1xcMJwA5BXe3JriibtnJ8LaroYm9zYUAsZWaJ6Zro
 iS4pnz0mQGJQnCb7Kgii5IO09DE18J68tjWlp4W+ap7oGIo1nnPtpJGwWeskOsCG1CsciwsYw
 JeQ7tGqQr3N6S4V7RIwLw65CYou/1ObWJLFVz7TPC6+Q08eSOu5iNQAWXkxwfEPbP/fDFgHDk
 DgM1XfZGjyQB8+3yPI76MPsiAhCdJuu0Gy7008Wxzq18wUww/nAN7B6woEtYiJZPzLW+pRb3K
 BcbZAwpgCxb/U2M7UKnNVvwR55XqZn+Yt80dmuRcn2S/Ry970Ud/RK4s3cfhodDc79JlUnPAx
 YecO8ggGEX19Lk579/NAZqtR9bcdWKDeq73raEfnn2w9RzADvrXOiEyQ+J08V6PywrLXhkc/P
 4CyFWH7TE6SEvy5guXQOJlgndHjOLVYxzr2RKKqQJNqbrn3rir+0oV+Ry2sQJn9QFitisR+Zj
 vD1H7wA+FMxwOziJwjh8/2r+0fHETDUSlwpoArF6Nv6KvHF4NSPQcNYemake9oA5YSUa79rKF
 LF9iQJS1Ay43zQcQDNiZt3ijA/F0NGdFua8dGd5UXoeJTTQGKc6UxzAULmf87pea+wOVqEelk
 GbRibxwkMz+S1ikJ7n/+epDK9uNL69V8FeZzSMHCNfbXt2VJD2wU7OfNC/nvUvOZxzFMLpB5/
 i9XeryY12OF+kuAsi9rCuUQdNk+lni40pWadbe3rI/QUyIQUGJS72jEoWoM9H2hRzb9j5iZVj
 SRmqfVhrm6NfBvWQfkw0rPRQ07l/Hqi217kcgrutUfa6m8Bc9k1lZdsF7RsoU6XJJksN4DjNV
 LKR9t2qQlOTxXQ+lpZSoXgIo1rgVl1vTj6KNjbyOuYsJQPMhj18LJlzzibCtBWtSUGzNTfFBl
 IOOJQ8ak/DfzeX7Xdh4KUc21ImwkxtKUpd11ctwOe2CnqURPOT1KOcLvI01kUNkGf9+Y3K5Gi
 OtUDc5Oceqo4NUGzkGWJe6k64iRuQuoyG49htMx+4jw0d5sWgH1j1oyEXz6IR3Zola0sYjLBF
 u5tErhYE7jYyf5FLUmgRrEYN1ysowVoAKCJ+iEdY2ecVb0vOmnpIksU6U3MHKKFHwYTnZBM3+
 KPp8XPunq9niVv2o5oiqMttYx4yQZMORwCwIe/Jvzd+te7n4uMV/r3BlyxhYHrA11sP1YHr35
 byn01kiwe1X6pu56y77lMyP62uFWS4onlNHZd4GK5jI7gxFgK+q7Dn3Aa44UAKxX1h6MKVm9C
 1CS8ZygH60x/JQ2NkUfeXz2H6GGSyq7D5Tzbt4eXMA70dZY50WFu1oZJIf7VJVXVw2iG+T6j5
 2BE0p3ehS0A2est1cqflgf6BZs2QqVPOJn5jqMoJawG4xuWWswbeoylfez88z+rl1JOG+Al4R
 jxZZbje/k7GczGNhf512UyknHhxls94cTnP1H/H0ZRdahiaLUUv0502W4cvkImgue0lb6MndB
 EDPfvcW3e0NqXVWpJ8mSXxkgpqWb8Nh+j8BtwyK3Xvb5jCoMySPYjh4PXGhsaScWF6ipU/Pie
 9lCzn1FzmoNx0eaQAZeSv5s+kb8/VRZHnW7s5j8GsxGjTUpC2WXEn2QLvmVNvAiV4EhosoXgy
 jL9PbgXj+g6sUx4SGTERVzt7GhMNwACRPzuQ1kAyZEZK49c7iRk9l7gvM2RpLwDxcRx/QwIy7
 8px+KzmV9+HN9OrqQzbSE3GCdtCrQ6WAdCJ0eQNiDBj1Vc/1xZNog3K3kiKC1sbPe0LiA==
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Sun, 26 Oct 2025 17:08:19 -0400 Stefan Monnier <monnier@HIDDEN> wrote:

>> I've seen file names like that since this commit:
>>
>> 43b0210f83c38fb91cfcfc5a2d4a8c3131331476 is the first bad commit
>> commit 43b0210f83c38fb91cfcfc5a2d4a8c3131331476
>> Author: Lars Ingebrigtsen <larsi@HIDDEN>
>> Date:   Thu Jun 2 13:52:58 2022 +0200
>>
>>     Fix out-of-tree build problems with loaddefs.el
>>
>> See bug#62099, which unfortunately has not been resolved and I don't
>> know how to proceed with it.  (See also bug#64806, which I thought might
>> be related, though the other participants evidently disagreed.)
>
> Yeah, I can't explain the behavior you're seeing, but I think they all
> have the same origin, indeed.
>
>> With this patch (after fixing the typo :-)) the following appeared in
>> the build output in the shell after the line "  GEN      autoloads":
>>
>> default-directory = "~/build/emacs-master/lisp/"
>> lisp-directory = "/datadisk/steve/src/emacs/emacs-master/lisp/"
>
> It seems very likely to me that symlinks have a role to play, but
> I nevertheless have no idea what's really going on.
>
> I get the impression that the patch below may work around the
> problem, tho.

Unfortunately, it didn't for me.  I applied the patch, ran `git clean
-fdx' on the sources directory, switched to the build directory and ran
`make -j12 FAST=true bootstrap', and it failed just as before, with the
error "Attempt to autoload show-paren-mode while preparing to dump".

Steve Berman




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 26 Oct 2025 21:08:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 26 17:08:35 2025
Received: from localhost ([127.0.0.1]:46555 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vD7yc-0007aw-O5
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 17:08:35 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:49805)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vD7ya-0007ah-GB
 for 79694 <at> debbugs.gnu.org; Sun, 26 Oct 2025 17:08:33 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id D7DBB441946;
 Sun, 26 Oct 2025 17:08:25 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761512904;
 bh=Cn3NrHGf9AufaMFYBpN05hk3ldjrpgFw55yOyMpH8nM=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=TaAPnaPJokRvOlzUTsC00GYat+AonGMjrIfcs6ObvT3v+Ebzwf06to8eqQd+HKSyA
 5+jfoo+iB3XCVsmNZxJjEnXew0zPOm7jpd3UNDLokotsHhT1p3qbULgH0hCKPDenii
 cmuQkynizbr3zgjDZAvgfGxasZdrZ75K4KLcuc85jEvwyBtr1o8/HN0Pec/VheKI2X
 blWbw9ytH0QUSIZnt9QD61ULBN4Uaqlq6mGlIKg7cbCpTpWrY3zdiCoyHzD2U7vN6s
 g7+VDGkyAuQ82x+d9yf5wq/0qdHoGKC18G5XUq4HsOzrkeCghiX7Zy+Qt92hPL29Rk
 X14OGJIyAXrJw==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 44DE4441936;
 Sun, 26 Oct 2025 17:08:24 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0936A12060B;
 Sun, 26 Oct 2025 17:08:22 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <87v7k16346.fsf@HIDDEN>
Message-ID: <jwv5xc12ygj.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN> <87v7k16346.fsf@HIDDEN>
Date: Sun, 26 Oct 2025 17:08:19 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.022 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> I've seen file names like that since this commit:
>
> 43b0210f83c38fb91cfcfc5a2d4a8c3131331476 is the first bad commit
> commit 43b0210f83c38fb91cfcfc5a2d4a8c3131331476
> Author: Lars Ingebrigtsen <larsi@HIDDEN>
> Date:   Thu Jun 2 13:52:58 2022 +0200
>
>     Fix out-of-tree build problems with loaddefs.el
>
> See bug#62099, which unfortunately has not been resolved and I don't
> know how to proceed with it.  (See also bug#64806, which I thought might
> be related, though the other participants evidently disagreed.)

Yeah, I can't explain the behavior you're seeing, but I think they all
have the same origin, indeed.

> With this patch (after fixing the typo :-)) the following appeared in
> the build output in the shell after the line "  GEN      autoloads":
>
> default-directory = "~/build/emacs-master/lisp/"
> lisp-directory = "/datadisk/steve/src/emacs/emacs-master/lisp/"

It seems very likely to me that symlinks have a role to play, but
I nevertheless have no idea what's really going on.

I get the impression that the patch below may work around the
problem, tho.


        Stefan


diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen.el
index c8e05921fc1..f737790f572 100644
--- a/lisp/emacs-lisp/loaddefs-gen.el
+++ b/lisp/emacs-lisp/loaddefs-gen.el
@@ -806,8 +813,12 @@ loaddefs-generate--emacs-batch
   "Generate the loaddefs for the Emacs build.
 This is like `loaddefs-generate-batch', but has some specific
 rules for built-in packages and excluded files."
-  (let ((args command-line-args-left)
-        (output-file (expand-file-name "loaddefs.el" lisp-directory)))
+  (let* ((args command-line-args-left)
+         ;; We're run from $BUILDDIR/lisp but all the .el and .elc files
+         ;; reside (and are generated) in `lisp-directory', so switch to that
+         ;; dir so as to eliminate any out-of-tree build issues.  (bug#79694)
+         (default-directory lisp-directory)
+         (output-file (expand-file-name "loaddefs.el")))
     (setq command-line-args-left nil)
     (loaddefs-generate
      args output-file





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 26 Oct 2025 16:26:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 26 12:26:51 2025
Received: from localhost ([127.0.0.1]:46160 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vD3Zy-0008Ma-Hd
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 12:26:51 -0400
Received: from mout.gmx.net ([212.227.17.20]:40881)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vD3Zu-0008MM-If
 for 79694 <at> debbugs.gnu.org; Sun, 26 Oct 2025 12:26:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761495995; x=1762100795; i=stephen.berman@HIDDEN;
 bh=QQC0/mKOEs1eizO4S0RNY1jh4FKpRJjZxxx2JFaL6hI=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc:
 content-transfer-encoding:content-type:date:from:message-id:
 mime-version:reply-to:subject:to;
 b=sWXs6HDGMupXIjHcg9LgRE/96615o9DuUVMdNkQftyRYUeWesVJfrseoyOcmfBDS
 3qIxGv0EqlTR4/aUZW2zGWwOW/bitM0646eeTHi+BueEzWLhhw5Bn1yT8LO8eHxjC
 staFH9ixCiEp8GXHXAN1i8OKOW9v5eJWyfsJBOvzaePTbCWaq9EJrmYG68YXqo6jD
 t2yvWSIwcln39kHKVpWdvA6Ahu5gKUWiq13hljR7TufOH9wkO7om7IVA5P9gSdIt+
 bun3jKzXZMq9ACZcdMUfcmdpNXJydhuQRIiU84Lu7jLy1KIBvxSlh9/aXsgEKmpgX
 1jJvf5b8W/1+yikD9A==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.168]) by mail.gmx.net (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MZTmY-1ugasO3VTC-00KLOp; Sun, 26
 Oct 2025 17:26:34 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
 <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN>
Date: Sun, 26 Oct 2025 17:26:33 +0100
Message-ID: <87v7k16346.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:bwd0EFVyS7VgTwa/d0PU9PUb8qKTHOlE6oZVjwWvYp/2XtMbZmb
 gs2vkRK0dmIuWUwRM+Z9rmsHC30EMzw2FB9rC60oOyoSRA0uQDjxKhWugQ72eg4DiTlBLib
 y1eqvEj078S3gXy8dQTe0D5B9DtW+XGRkLvgHWpWX+XiPmuPBifATZwg3y5L6PuZ20ndvJM
 p13PJJCHtyFOn01pYXgZA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:gkJMGA3qsjs=;46CEMSHMO0Q+Q0ogvS5yaVaDTZJ
 ep8J1o64D7XqoAAYuqgyhWEAboVi8RlpUA9MRojTxcEfedcnGoXtj3diJ+MX8Xcuy3iUQTV/Q
 5hDBe7Ql33AaC7TGXQQEh5BWAo7Ib0+c4rwoCU0/r1uBcc6FE4QnSANEgCivgi1R/y5RMpZlK
 SVnum/1q8u2bFYbvho2jBMUzLjQN30eM7cICfhMa34XYEjuqTpu7isITGEHcKPUSv8LTzinec
 mrYU8VzlWrG4N8vCwgp4ai7Y0LgbFFo3PnELOVeBRflQl1/dIt5oouDAowzJtGO9USkmgzaa4
 nNyS+l/nzhTYRg8njS4IpiCsJn9a73GiNLreTNjdpXZu+oeAUJtLY9rbiX9aRx2XGxP8tDPbL
 rpwPA4I0B08JNB/ASKdZmhE7cWT1G/8ykwp817HKk0zWSBP/qfwckHQZitYCvngFbt8exbA8B
 wctN1VjOwEjIPFqzf+rGAbsZtoJI17LPVs0vWWa2r+baOxs9sptQYaHALmJ+E0yZUaYkooAnM
 wBatlfSIKE82z1z8FYnEHgnyIZK0sTzobp2Bt9Gae5dFi/c0Jgx6p1nd68BXeqRjgjM6WEBLz
 d67WuwilnzqbfUGiST3sPJVlu53iFJ0OE0GaDCP+z4KC3tDb61+bJsBz3NAEzM72B4cfDRcbo
 xxW1D+74v574vVPGeR2zMiG6I2W7lmmvlmUcpDnB2ulV25NBFKMtY9HgfQvi+cHRsigG0REAU
 0EfyZYAnFLjk/YIp0Ttszff3XTGMIOGUJiZhcv6eMaAnyX0+8PKhoCEgCWov+yIcK1DKpKYKt
 WqO0Fcj/2lY1LcYB7YGGLjwRSalSElIqoyVkUC/q5Cizvlabn88G2o95zSE58yINJhk41jXjl
 BF3iqj5NBqVlvzH7j5hNd4GqMPYuFUDy8MmYuS8SbzGlPR+JWP1euC1J+k5nVBHC1qKU7jG3w
 7fXO4Fg2x/iNZ6idzDmNrvWtSp6lxiZCuh9tQEIHU8ptKKrx3bB2IHkU7lfiIDqh7FUBrJUzh
 kkW88Gte2RbaX8coddXnUM2CoMj8EErzGwdEx7+86/hJWbHpoeCZ4IP/tnKGSZ6rNJEgcpPwC
 acIxD+Q07PhFveqdzovuOXdJKw+maNZM2HX05IAIwzoNl+vZT+gTNWbtoM1pvzYAaOJ7+jNRY
 Btoy4jRdJDk95UoxJv30zcU9JXUzTIpk6smqWtCBz0iFVAgrJqe4Af3ZHAZ/LAMBAPkb8SOYZ
 +lO2taaWbj7R/NaX0ckht0ZatvN1SpzCHpVzF4cKga0yQDFegZ/u0tVdlgrbeqE9Q6iHVcHTO
 yq7uG0qdfsuvtp9aGedtsz98MPyl10V2QZzNH8aXiOSdybD5gFdFsCYNsLfwUt+oxjEIz3+my
 nfweIt3tV7+DoZpHo+oDhCJD0t6Z+Zj5pCESe4tykC1zaTQnKLsh+QTDXGqrpmjNCjLP7+osx
 /CFSA6AEq5imGYjyDQZrTLf//3W3RS8ggDNi8+t86Oxn3JiU7f6RG+5vazufVKw9EAHwahxEj
 5hZwKZnIU5iCirhTvqc2okveNWZUez605Z/nYlvaK2l2BOgZszHHyeeSE5Ej5oKDzggNqqTG0
 +81T2/3HuihhNaHvlcnWlJtVQUfHujUh3yLonzEywhCegzozTM/FAvkaguP96OJYKJxuMSn+A
 CmNLf70Pe5daJj8ByiHqx7fRWH6J/8JsxUUfnBzHrTAaP4vvrc4w02Ioq8R9GhXj3Hdq7PZkk
 fbs40zNQGkjPtj/5x7tx5GWNCcXBr71TIo2a1bKPHYlz/U/dmZOuwZLaZiqPMLZk0UnNFyQui
 Ze2H9S2YCTr9r1mZyVvsOp8KxKPGSIDkkoPlRFiZ+uhXdjvKVGtI9WCu8A+FKP9sCOBMMt0Sd
 mCCWdsrGge1Bt87XAa0xW53g1cEy9Rr58zn5XJh5IL69PVkuqYIVabCVacBFhvHZI33+IZvds
 AMuRifPb877md6KNQoAPeoWhWeryhtm5+kvj064rA+QDcgh1E0vMPhJdhg90zCPhjnTqV5L4A
 AHI9ubJm3stPhHWCgvBYC4F9n3+mG9Ug5s+a7GuyAZ0X9q/xvtxy48bFqPo/COJ4nDmVmR6cg
 aWKzYdM00B2K8VGD+O+M6ArtKX8srnHcYTaSgAJPj4X6etudcZ37hPVOtLC3tLuVuTCeBwctN
 aA13J3xROFrK4h5RtJ4ZLSJsXwGYRi5fSOod6G0bzsYBGUGmBwK8QYc+pUzxRiH2ySp4EnNkD
 pCHGnJPv5gSDFFj/0VPl9Z/7K/fKMCzpypaLtnd3QHhpmb+kjwkXZ1wnrr+Yakh16APWexFV3
 ol9eZtJ/Z094QCmzZJFvOKNZcZIpIygnrMm1spFlKRD8ZHZkVhFBZxtf428WrjBAb2QgF9qrU
 fk3ZSXlWedxI+SG9XTPHQ9lw60I0k73wFdD0xGNwi1UYmeFC2GW1PX88DkCvtaT1d/njAqzUm
 Hz1bFB/cA7Ko3yg7Fg+gsX7L6o9XySDCi+R6sbI76IutvrvBKg7Sr19JuBfaeBG/b3eRm2yUP
 LPhnaMyYT0Ak56/lXyVX5fM2D1VXGGp+seqBjql0DsS7CkPvifEMkeSGIQ0vtq/j3eHt1s9Jm
 gpytV+jjKpO3etP8jrgmc6OX71djnyKUF2PwxJUM9jvXlGIxeo6SxELma5OB3CUecgYTLdIer
 19w2DD2XxCbL3+k3DCv5QgQe8WdQ97j9BVIz/ALhjh+Au2MIHFZx+36rxS+GUZLslUq1G90NZ
 gQgrwU8XdJ7hAw1PprQDlzPXybXsrryzVpoeA6yuaGnxHqbFE34JztDE8jU87KYY1tsGLtGXE
 NnCkI9X8k2yV0bjjuAlvUfZNjPNWFCmHjZwpG6QDIK/icnDNobvP4ooYcvRaYSaa2Sj+tnash
 q51xsOFZLIDREdCp3Zg4pSQWerkWNvrqFhDIyJ9ZrfzG8dbFs4/9HMwjDXvnp4ujS+t1xysnR
 LaV03/7be02qNmfe/M+mwlT+CcdIZYHSBI3OolZZqheS9Bl1rXo7HJEB9GRKxShfh2ggDtnp1
 7AxnihXnKyO7Sonya1jpSHtLnvJk0TSW6I8VlSNfjV+I9m+Nb4qf45B0QSwTNDHg5PZZ4vaCM
 ZkSkxVT9iBCIWIRz2VlABHHef65YDLrW6aFqCR7W2xgERqUwgr+sMyd3w3ivHwgKNK7j6MBNh
 B02mLRK2Q+JyOEyPTbY+oRnAd6Pmlljjzmh0X1/tXFiV+vIAaEsIQKyLiWWqYT7eKNykBaay8
 QJNCzHmeQEA9aFDr5YKv9FLiCsNFry9vXLWwBuPtSeWd5EejJ/cFk6MH6qBTRfGpX0dLJtsNH
 1MKv7GEJ3qgW1Ckb+/8+67y+mB2oXhg07ddtZ2eqVnOQLivYSiEprhVhcMFZTc1+7y1tTb3hI
 h8lmJ9Gu8l53UeqPrw1wh3AF4avhjJ6gf4tdMzyJcNG/bT5MAwjbpYFfEfNxSDCoej8GkMKF+
 nQpROuN+g1UMUMaX58DiCIG1dlP/mg/YhlbrYhUJrqBJgmOBw5OdUk0abuNoc4AC2oD91A/45
 yX16Fx6fgoBRCUttTDVlF2/pYdHI7dv3GXsAl2g1GcD4NgHnzy+1/lGWNOTHDCoxgDYdRcqUa
 LOUrmK2W/I2KvRu3PS0152IN7/yAuoWGun8o56nIsC++Pdj+Y+tzE0hVtxCUS7k/JsCVS5wIU
 L2Z/bdjduZk7jC+IJhSjHkxO0tJEJ0KqMMLMOU1CFIK/xbumQP9hcPF+lPRPjRr/hrcRJ4mmE
 zTfPDwGVCH2wXwGhaJTo/2o/FXydtxCmd4hUIYkqHjn1miKnmTt1rget/IqN4J2ofEYnevCcY
 c9tphJJ3rd/PpmAzxOBp64QMkJbPpbn507/x9Jd9TSX1TCuQVxhdX8ivyfTQvTcGY52/Y6wHZ
 ROGXJx2N8VfYUNMrvKf6nT5RvKuZz6Nqfudb/javhTu5Hwa5YBfjWR5B1218bEPM0/roLshuf
 4VmVGsrZuqCxha5ap+uXUiemi9c0HPzC2kIGEqIQ05p3WysV9ydGMd32Fgm8tLpN1wlIyX6vp
 21+HUrm1BhiDbSg/lxQxRTh48MAxyDUZSuzXZBmPGpJWtGqNwMAdVJzP7HBPy1v1Us5gRGKH3
 AtNC08PurfnqoHHT/eOXnicoYT57JlZh/T0cQsRHwgxhJxwS+REJ2Qblz09tfp8/JKK3GY9BL
 AFUSEiO0nhMveOb3vBSIzwZ+k6pjlnVXb9x0eEio7loFad9OmmHvxZHkM2CmDlIU+Lerh4RG2
 zzk6NiCV8xI3iNVvJi5MNro+sncI+J8vhDfiJqgIB+CKqKtcUjxP2sj7GBb7fsnIapa/tADot
 VAlp9LceN8L3C7n37JnoA4zniKxzLsoSYOLIN/CQ1bCDXvcGxADgGyAwg8JmJXD00b3SbkiM/
 RDOF4+rtGCGPHJ56HkJDnda7a2UiEGuyidJrA+qBvPjf7qNM+9DeB7nbbihuVdyZXyzM5xpyY
 ruwgzIJ2DIjygWkVnpwXy125YQx7TdguHVV7fhsbnnpEP1yOpGVGof3+LOjADNktjBZVM6H1v
 k9BD7zhxF77uWniAtsxHNvaLlr8rDM6S427pU6ov/YOpYICN35WkAN4S9sESMKI8S/pQuIqDm
 5gC1KR9vAcWZEdUt7I4OBInDFZghQ/ef0PjOTVFARe6HINgIMzygs2iSszka6UlE96usnZ470
 zBWmKOCHUK0zRq86XUwY5qYHuPnxiknSD2lTGdNVu7WMT0bm0PszjzxjEJpCEQAVx+MNpxZZv
 JE0KvNtyCOo2W8xTfGOIrppGrGI6May2BKGm13IwVUU8gc/ArxlLxAB6WkH7z0dxjtQkhBb9F
 jYJorfSJlo6rknYzAaA6kx+AI5M1tfTYMrzHWiQ9NIi4TwcgMds3wvklLKIn0ReIMGLi4hwAF
 4p434vhu39PCfzubCjQYjcDjgNEEMpjPbCzQF9fz8VIp6OyCJNUji/HmSf3dPmQCi0uc8BqX8
 b1fYD4q15fvWO1t+Kl1MT9y2kDGNXxmEjjrciFelqugkchEvy2VXpWQlvOd0AcdBPka6uO5b3
 73KJchK8UZDdCwh7YbgYzGDE1hgLqA25dgMhc14aBq7yZCm6SoZFwbXQ9dWHgHN4HyZNA==
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Sun, 26 Oct 2025 09:38:20 -0400 Stefan Monnier <monnier@HIDDEN=
> wrote:

>>> emacs/master> grep 'show-paren-mode\|custom-initialize-after-file-load'
>>> lisp/loaddefs.el
>>> or call the function `global-eldoc-mode'." :set #'custom-set-minor-mode
>>> :initialize #'custom-initialize-after-file-load :type 'boolean)
>>> or call the function `electric-indent-mode'." :set #'custom-set-minor-m=
ode
>>> :initialize #'custom-initialize-after-file-load :type 'boolean :group
>>> 'electricity)
>>> (defcustom show-paren-mode t "\
>>> See the `show-paren-mode' command
>>> or call the function `show-paren-mode'." :set #'custom-set-minor-mode
>>> :initialize #'custom-initialize-after-file-load :type 'boolean :group
>>> 'paren-showing)
>>> (custom-autoload 'show-paren-mode "paren" nil)
>>> (when (bound-and-true-p show-paren-mode) (add-to-list 'global-minor-mod=
es
>>> 'show-paren-mode))
>>> (autoload 'show-paren-mode "paren" "\
>>> evaluate `(default-value \\=3D'show-paren-mode)'.
>>> Toggle `show-paren-mode' only in this buffer.
>
> `grep` should not find any matches.  =F0=9F=99=81
>
>> I get almost the identical output, except for these two lines:
>>
>> (custom-autoload 'show-paren-mode
>> "../../../../../home/steve/src/emacs/emacs-master/lisp/paren" nil)
>> (autoload 'show-paren-mode
>> "../../../../../home/steve/src/emacs/emacs-master/lisp/paren" "\
>
> Wow, that's even more weird (and incorrect: the generated `loaddefs.el`
> should be the same no matter where you place the source and build
> files).

I've seen file names like that since this commit:

43b0210f83c38fb91cfcfc5a2d4a8c3131331476 is the first bad commit
commit 43b0210f83c38fb91cfcfc5a2d4a8c3131331476
Author: Lars Ingebrigtsen <larsi@HIDDEN>
Date:   Thu Jun 2 13:52:58 2022 +0200

    Fix out-of-tree build problems with loaddefs.el

See bug#62099, which unfortunately has not been resolved and I don't
know how to proceed with it.  (See also bug#64806, which I thought might
be related, though the other participants evidently disagreed.)

>> Perhaps that's a difference between AndyM's build on MS-Windows and mine
>> on GNU/Linux.
> [...]
>> Stefan doesn't see it and no one reported the issue sooner: it seems to
>> be a problem only for out-of-tree builds.
>
> Ah, my crystal ball tells me the problem is in `loaddefs-gen.el` where
> we look at `loadup.el` to find the list of preloaded files (which
> should thus be excluded from autoloads).
> Sadly, when I look at the code I don't see what would be the problem.
> Maybe `loaddefs-generate--excluded-files` fails to find `loadup.el`?
> But at least the files it returns are all absolute file names, and IIRC
> out-of-tree builds still leave all the .el and .elc files "in tree"...
> ... can someone help me see where the problem originates?
>
> Hmm... I just tried an out-of-tree build and it worked fine for me (and
> `grep` doesn't find any `show-paren-mode` in the generated
> `loaddefs.el`), so it looks like there's more to it than that.
> I'm starting the think the problem is linked to the use of two slightly
> different names for the same directory (e.g. differences in
> capitalization or somesuch).
>
> Maybe the patch below will give us a hint of the origin of the problem?
>
>
>         Stefan
>
> diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-g=
en.el
> index c8e05921fc1..fb26e237d44 100644
> --- a/lisp/emacs-lisp/loaddefs-gen.el
> +++ b/lisp/emacs-lisp/loaddefs-gen.el
> @@ -776,6 +776,8 @@ loaddefs-generate--excluded-files
>    ;; Exclude those files that are preloaded on ALL platforms.
>    ;; These are the ones in loadup.el where "(load" is at the start
>    ;; of the line (crude, but it works).
> +  (message "default-directory =3D %S\nlisp-directory =3D $S"
> +           default-directory lisp-directory)
>    (let ((default-directory (file-name-directory lisp-directory))
>          (excludes nil)
>  	file)

With this patch (after fixing the typo :-)) the following appeared in
the build output in the shell after the line "  GEN      autoloads":

default-directory =3D "~/build/emacs-master/lisp/"
lisp-directory =3D "/datadisk/steve/src/emacs/emacs-master/lisp/"

With this information I'm unfortunately none the wiser, but hopefully
you are.

Steve Berman




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 26 Oct 2025 13:39:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 26 09:39:06 2025
Received: from localhost ([127.0.0.1]:44727 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vD0xe-0003sq-21
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 09:39:06 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:5323)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vD0xb-0003sW-9U
 for 79694 <at> debbugs.gnu.org; Sun, 26 Oct 2025 09:39:04 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 90821441911;
 Sun, 26 Oct 2025 09:38:56 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761485935;
 bh=F7G0UoUZuVF+tAjNoNcUPNSrXN18cHYpTGX71M/zRY0=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=Ju1YhOZUn9PHcItxl3uRGF3oaPSSfzaz8BaOzc5fTr7NelIfG4No9sx7xn5AgiiwH
 YRhkUmiE+GyCpjR9T1/FcHIKnUhyZhZIz8eoLZDRRAJkiuCHI8Rt2J+rDJbeyKsnGd
 gEd04LlcGfJGMeVXTZISdxmPxSytZkWm1CYHynAUt22CDo9zZFfC1EYGTkwSVoOHT3
 WDwCp5vB/nmdzAmO01Qg1EcHGDDYfNyK2aGS9lhij3JbP5RP3De6tba3W4EBVi1gBx
 ol2+Z/tZgUOSw53IV/5GxGnkBmxai/feYKzdfDg9vfCLB4nv8CtjyQJTZW3HrkR94L
 y51iUG6jzaXIQ==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1596F441903;
 Sun, 26 Oct 2025 09:38:55 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id CBF1F120406;
 Sun, 26 Oct 2025 09:38:53 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <87ldkylhwz.fsf@HIDDEN>
Message-ID: <jwv8qgx4xr8.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN> <87ldkylhwz.fsf@HIDDEN>
Date: Sun, 26 Oct 2025 09:38:20 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.023 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: Andy Moreton <andrewjmoreton@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> emacs/master> grep 'show-paren-mode\|custom-initialize-after-file-load'
>> lisp/loaddefs.el
>> or call the function `global-eldoc-mode'." :set #'custom-set-minor-mode
>> :initialize #'custom-initialize-after-file-load :type 'boolean)
>> or call the function `electric-indent-mode'." :set #'custom-set-minor-mo=
de
>> :initialize #'custom-initialize-after-file-load :type 'boolean :group
>> 'electricity)
>> (defcustom show-paren-mode t "\
>> See the `show-paren-mode' command
>> or call the function `show-paren-mode'." :set #'custom-set-minor-mode
>> :initialize #'custom-initialize-after-file-load :type 'boolean :group
>> 'paren-showing)
>> (custom-autoload 'show-paren-mode "paren" nil)
>> (when (bound-and-true-p show-paren-mode) (add-to-list 'global-minor-modes
>> 'show-paren-mode))
>> (autoload 'show-paren-mode "paren" "\
>> evaluate `(default-value \\=3D'show-paren-mode)'.
>> Toggle `show-paren-mode' only in this buffer.

`grep` should not find any matches.  =F0=9F=99=81

> I get almost the identical output, except for these two lines:
>
> (custom-autoload 'show-paren-mode "../../../../../home/steve/src/emacs/em=
acs-master/lisp/paren" nil)
> (autoload 'show-paren-mode "../../../../../home/steve/src/emacs/emacs-mas=
ter/lisp/paren" "\

Wow, that's even more weird (and incorrect: the generated `loaddefs.el`
should be the same no matter where you place the source and build
files).

> Perhaps that's a difference between AndyM's build on MS-Windows and mine
> on GNU/Linux.
[...]
> Stefan doesn't see it and no one reported the issue sooner: it seems to
> be a problem only for out-of-tree builds.

Ah, my crystal ball tells me the problem is in `loaddefs-gen.el` where
we look at `loadup.el` to find the list of preloaded files (which
should thus be excluded from autoloads).
Sadly, when I look at the code I don't see what would be the problem.
Maybe `loaddefs-generate--excluded-files` fails to find `loadup.el`?
But at least the files it returns are all absolute file names, and IIRC
out-of-tree builds still leave all the .el and .elc files "in tree"...
... can someone help me see where the problem originates?

Hmm... I just tried an out-of-tree build and it worked fine for me (and
`grep` doesn't find any `show-paren-mode` in the generated
`loaddefs.el`), so it looks like there's more to it than that.
I'm starting the think the problem is linked to the use of two slightly
different names for the same directory (e.g. differences in
capitalization or somesuch).

Maybe the patch below will give us a hint of the origin of the problem?


        Stefan


diff --git a/lisp/emacs-lisp/loaddefs-gen.el b/lisp/emacs-lisp/loaddefs-gen=
.el
index c8e05921fc1..fb26e237d44 100644
--- a/lisp/emacs-lisp/loaddefs-gen.el
+++ b/lisp/emacs-lisp/loaddefs-gen.el
@@ -776,6 +776,8 @@ loaddefs-generate--excluded-files
   ;; Exclude those files that are preloaded on ALL platforms.
   ;; These are the ones in loadup.el where "(load" is at the start
   ;; of the line (crude, but it works).
+  (message "default-directory =3D %S\nlisp-directory =3D $S"
+           default-directory lisp-directory)
   (let ((default-directory (file-name-directory lisp-directory))
         (excludes nil)
 	file)





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 25 Oct 2025 22:45:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 25 18:45:48 2025
Received: from localhost ([127.0.0.1]:42861 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vCn1A-0007rc-ER
	for submit <at> debbugs.gnu.org; Sat, 25 Oct 2025 18:45:48 -0400
Received: from mout.gmx.net ([212.227.15.18]:59367)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vCn16-0007rH-UO
 for 79694 <at> debbugs.gnu.org; Sat, 25 Oct 2025 18:45:45 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761432334; x=1762037134; i=stephen.berman@HIDDEN;
 bh=N7xCYqMadGWAS0rXq/WmoNDCki1nRs+EfAHiILW4dqw=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=TPdgEM0knpco4e0HzxGRMWW76JYzlLYPs97ZlQG3cG4dnhrNsXlARlRMcs93GoF5
 7IwEQNGHerMIq0POkD2K2lvhdBu9pLQU2Atlgu53QvjSLk7OSVtDGFOz9aA0pzYr9
 aHywsMO14RjJDiNl1LJH9qDJbgV1aOw1gwIlCJC7e3UGjuMgpAbjm5t9Jo/GVuuuP
 wgQR/c07/LD/QqfpWq1pd7H1YPnr1u/zpgig3YAkZIRHyMiI1ICjjmeLaBDgJoFX5
 urHKbsZ9kFBhNXkYGQ5/CY4uJQf0FgSUzjpSkQrqptM2bLQ4In6L8h2BaBJsUMJeb
 nQ6ZdtcRyfHRzCw6YA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([88.130.62.111]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M59C2-1vBh5F3vDI-006Z5N; Sun, 26
 Oct 2025 00:45:34 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <86tsznqbpq.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
 <86tsznqbpq.fsf@HIDDEN>
Date: Sun, 26 Oct 2025 00:45:32 +0200
Message-ID: <87ldkylhwz.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:P/IG1iBLTSR+1ZgH9Re0aP8nPJKb+Xt+pSuNG1nKZw40vK2Nv08
 OzPXPck/WZqlMSVGNAgPHFup+leZl4b3Gtrh7G67fTqMUcGXFYn0RzFiS54eBaBQOIHWAgt
 Yv/PKCGXXFLksP7bjyPoUf7PK1YIpILAU7sWl622OPNIDbUkn7skRY3c6ZJrV80JwUgrL3b
 MNjBFPRfma63Mr2YZYlAw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:QGuUWw/+930=;26htaduQ7nOh0iRVH82RgnU6zUN
 Tc05S8HmZXNCsdUTl8VpszzX/pH4faDOFUb877jR94hTuLbGWokoIyzQoqlenvtBIeaLjOdhE
 8DOi7F3rhBVuUZXipryrNLm9V1mesW1zlz/otcfSv7YNiSvwzQq16GoCdpajhf7DuFOT+5y2H
 EFmDt44zewa9nJLMEMYNpzcEITRw+0/FSajtOzjlZUFvJgsHc0dvhIc3AzD8Mlv3eYKKxeC0J
 kyLxp2PN6evr/7voRp7LtNK4Oj6J8tvnEdMSqnWbX1m4LTX6ExGBW0ZqtWPDepqJ87uo1bjWF
 A+XOu6BAoj8bM6+Pq47GwHLr2YRw97gPfkeu2ShnpssKusK3iX+Bfyuw7nm2nE554UVVSgwPY
 EXi43EnrYfYilnNz4IXzMaDiIo2zeUkU5tvYSeBaNElS+j0gGEb4U0yHPf4vwfOQZ/Gjo5ZV/
 Hy9PSuUCtPTed5Hlh698KcjegVIbqFhaG6h9QvEhauUC3kGTOftXkEbJmoNivOYVYiRc3MzGG
 eCXi49A4aJgRhH4skjJCzsf9L9gLi5YKmraTbS1MaAjrmsr5CyHaNPgwOcMHfRrgw62Dwr/NU
 HAD65PQMwsLKgohvixBE0oeHK8UySJqSgyg50/AaWX7yMf0InoMRV7/EJ7NfqtYXXG8l/uu/2
 Rzl3Qjm/XkyBmZqP1Oh3wO207WCaLD5zLUlNpYDTZAHLdiQhvDMX4evUZgbJCJJV8RaFWg0bd
 FlZVZ2l3AcRGs9Lbd/OYQfJrvT8yqQxRDinHuMlNT2CLStNpK31XjAw4hfoLbRRubo1myMz3i
 oiaKlFel+mWON75sv99AO8bcNg47daQhc/uqdfnQceTIzTrDy5pmknXSTEYTAFbjRHo3H6Dms
 0O5e1WX1RdqpY9+a4QayWeEUfNu00BGt+SjUwCpFEI5SrMIpBIqMTLmQxlOwONcTYwujRCm+4
 SyyLBQIuPQtTD29EvHil8H5JLYgKSwZq1ik8xF9nEwqmbEXHDn7UMsk0vTpa4lQl12hgZe3bj
 LF8FPu1sCg2yoKar9R3PF0SKK/mMryxfk90nBbKYbEGDCZ+igDI+G93yuY/bQbBt91C2zXP3r
 oCWEINzSzNRgtMuHsKiQswx68daHICUp9c51oE5Ppof1hiGX5ZgXoB1ing3/78OoeGlZXHrh6
 fwc39tRs55cr6MgC+QsieYZwcaUG21S5yP0XGDBxIwFvr85OpGYGMX4BR8sEbEmruWf3yFXH+
 eq6THOvG9NG5dq4d4q5mLXGdexFeMiAbae9H3pRoHIRCmXYHqMHvlI+k7NofwY4fdxt3d/mYD
 hqhPhd82QRC3ra0R549DQAaqvViN4w0EKo+DbC0eZJf5pgFaYzYYV2J4aW6/rmiXlnwD3I9nN
 Iw60PZaZhel7qMDFjrfmFY7HtIy1qbH9/FQ+IimUCHFTYjZek929HM/QuXBKu9sDDVt4euxXR
 BdaPh/DydmaDExpiSVnmsBLPkMaV4Wom0eEjkgyz8AaGAXJ6io/oABy/b77fPFpmXEnSrIZfd
 cHdl/btKahE4CAYXYctkOPItUn1k1cFGNKEcHgwl6b2DFxftAFot6OxEZa8U9k5MXt+7NIGRe
 39Pl2t6NiiAFEoQyS8wxVrgbGZ3pqZMtuyPOsV8C5IxabrN/lLlf3VsO+TiELUC2aIMUC7mSm
 BeU208f4bO7JIQHJv0Nl93r4zh+o97GGyn9ZAiJmClKZk4y/nxn9skUiAue4OrMcbPW8V/u1s
 x0Omp9GVhJsmBv+mxQPZG0FXJuwBXLRtujdNsAKQ45+FMfnUja/eK4Xw9iIF6WIXRiDSnf9Z6
 Fmn8kMpFZAOtvglFG7zNgRSKCObbbQ5cADXcSQH1/VQeumaj1YbrB/kg0M2o0aSVpUpvFnsaE
 AlH6oV+z42YUSFtVttQajoFj9yDKAV7Sr2e0Ux4ZKbQOHoM1JqrRvD692OBi/G1R3FChJh8J8
 uX7LXfPnycbY0PKs+0aq5/DC2fO72P+vb3DmFTAkon2nGvABvtth2xf6jcTT1Dft9FFVMl+Qw
 lBN+Nc+1aPYNpa2kAnR9+T0dP6AUy+OhmrkkRnILTnZyvpNewJoEm7bd6ni6sHD7RFrRAq1eE
 KqigxK4DjM3NReKW8VxWTmVVKZ5vRdVlyzHsm/GU5loBznFqKCPKGkD5OzQD0PjEeZsRWE2aC
 zgdKTZMXxzy9SV/FGqlfOQbDiysBKRu3R51DEKiM5NbWTI1qkZbCxsmldFyosuyOEIE1lWcWy
 5r+13BdWHmffqKnx1+9oRRl0I0QCR81brusoIjRrg0zYXRrul7n1v/EEri3ov8cfLrmL5bXDw
 8+4hzzjf9ZextDdWgRDHPxPgGQep4Qc60ha2h2S6zbjb+3s4SPxWePFti7iUPAexM4NVAAO3Q
 R/XHVUzsZjHtHEhlXT9W8FmRGUt5G8jPRzRHDxPp5zTRR9eC+eKQS1Deoiq7GmgCbcb+UVMzy
 gvF83+pylz03YKPJACCw2w+bU2hM8qxNxFAiPXvkFsHxKnXM1JpyTK6Tt2RcZbKelptiHh9Hb
 XInt9HXmJ6O5nZO658urTfPeNyurzIWTTZQ9S9q1ySB+6yO8N0kBxr8WfwTuIfVedwb7IQjW7
 d5S2EoFnDEQ/zmaoz9Tby6dBKV0EgJPLlZVqBTDppb/CS3qWPAd6qgPNkBo300UQEivPW7Pro
 lo6xStSKe1xrVuG3j3VFjOewCFSVohk0OH2jsWYudyhKoIL9PcpoR3zymYFd5FVnDFZwk7X1y
 9jvKC5yC2j/JacBSz7mltZi6z7cBcjD4rM5+OF+KL70o5I/9jUd+vufhbN/vKI/TPBYpJUlAd
 kSPmU7ciyIk5E89nqkJPNyz8ffu51aUrl/gabpC+pZD5xMie8krlsuzM3xo5EYqgQkM0Kwy3Z
 iwFRPD5oueTw/P4sjes5FAivygUmFWoG5no6H3WkhhyDMCawyd91VL8OARkLmKGszjSQHaFVF
 c/OsngY3J/D8Vj2xw3Uskg7PVC+wUmCpnpoeM1SYb5+t0wcxvKE1z6x+y4BETS6Gdl6rJxeTs
 g/dRV97IxmNHV463ERigesz+Dpq9UL6y9dKCe1JzfB83EUjuiFcQSqwDLgktNo59z6JMGKEse
 WTmpfdEk5J2y5I1t6rFrLf1T1XQhhE7A/OscdeNyWJ4wpZ4hN6IIvj8/fz+4JlWH8CxgzcMsY
 5vlPtQUId4IoAlB5NIkAjTUGiOswWCWlqUQuPmLYMOibtxWsfvRhpo32EzPk/Qg9ZfkU8jOtg
 kqNTWzwIUsyx9phluhC1XxRU/pOGOtFzVadrQFZrY8MUOHLfbgyEdaUgznbYdWOwcJPfcYS9i
 k2QBuITzMJViQFbhISTEE3TRhMuy9NHrRkBpFV6hI9Pr05zE6Gl0GXaWOGwbjMEpO48L3LEu6
 L8x0Il3Ov4xLCs3ktj94dX2QX4fHpKmtQP7ECDOSfPD0NEyDjvFIhnelYJ+iefI34IGLuqNTc
 JWnydl/vdz0H/20pp7bXM9a8kUbjQhB4KIv68f+/yGr7q6bm3xLlonWw6UelNQsLzgMOUNys1
 EEA1TeeUyzW5b9R+O+YfTlBQO29W5RRV9Zl5Gs846NKG2PYPF1RLlV5LFVtcjLNgUXyGqiyhU
 7DpoM86eqLPA3IvhlHtQ1B/3wkxD7Kte7QNK/Hp/eMvLxHK7lExdTVERuGrebrXsAaVFeSsNd
 oWSqOgciI9hQwkg6TcNo3ohskEfY/P0fK5YDYROnFxfQRGrIDptpQPl2T3g7HwMv8w5JOF7yE
 35YvWXZw0XY4bGxHozVGCXtCYApsPAFgUqjfA6QBr0wMnDasXBAIAWNAOzJDgooRU0whAbbyF
 HSETEvtFxmD5J+XB/pmWwE1dwqvEK4XrRHnzBXhRiiqKKAocPZ4fspgbLAbHqf9qerOGEG9jV
 TFGosRBLf7kvIW4BnaFSAr+bRdK9OvLFukh2CGE/F3tFn32sh0V9iapnFS7O4JhaeQ/OTcozm
 SXafKvdte7IvthH9d2GKgGjyRMzbhYenRyjl2niyNkR4LenmO3DDQpR6k7JxUzoukJz0pWfZX
 C+UtrL27lYBJbZBSuwsFa05prbVkDm4eb5pg3sfT1Z6bqsxnJxYAcos8f4NbUGSIeRTcrBN/F
 TNVjze2ojBPbts3qhSfVMKqo3ll8CqKEN/6wcz13jVytwY+kQbRj1BY4nt0ltqwLbbhe3iOFn
 odWtcZKGaVkPtf2MolMFgE3u60GrEjv0JGVYzGS1uC7WsD4m8KJB3/CR41376Flly1bbiscmp
 eSMuRScuWRsTBALsWdfT32PV0Ia1qps08OyLQ9iBQzcvbz8U/A9UHatmiUUQn7Yq2S3eZYO54
 meWZ5QrReVSUScBjFoU9syXQxraxjB9B7PUS33TExWwb7dw+AeKQl6EBxJ780svqXoel18R5z
 I2HzNEepkuD1b/VKHSdS3GKIO7+Z21aBlTEQJsjl8EBTlzqpACBZ3RjnXt14po3SvwobhOB31
 E5MRBSsvl+0VjJmCzOoq+FHor0D+9HLJMzs27EJYh3QEmAA/oaIULZntHM7SRlKfD7ar5YFVQ
 4XBWU0RUKAIvcTTF07hwQCnlx7ZMY4dExqohKO6/0bsf00G19tSER9QhtBWZGimHjMlUj/OFS
 y0H5BirJg2kf6PTA3s26y1ol+/F3h7k6EQFKtGMuR8F+ISUsZA3W+DqeM4zGxbLHZoHwxPvpL
 d9XFdGAZzqj24lpJObYWYkBzp/L8AXjoDBQbKSa5wRgc1ulPBjl2s7mdS9p3jhxPk3urkKJch
 sdg514X+Xal3qUMQmQ+gyMJJPfPdMO8DyIiYfVU+zgF5sHDJjEL2pM9xUCEI0Viplzx2SWA9p
 lJygNvvVw7LkQk2IPpvDyqKSLJNgv8zgXmrOGioLvpC2ubs1p+I64P57sX1aU2fPUfO+uG69l
 L4A25wr1Ed4Iik65nG/D6SIWbUrFFU2jnmfgDA+dyR6nmzn8gGX5jvHEI65ej4nAzUbnoDkq/
 zxM8I7bRbg9aiG7UQ0ePzlYf3lOnhae+oJ24h3FovMv1r1gDle3waSMlbd0ifjPCOe2pu3uiS
 DkK+o/Mq6vKYqbsm2W3o02byLJxV/pX56sHT1AQJdWiMOd1
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 79694
Cc: Stefan Monnier <monnier@HIDDEN>, 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Sat, 25 Oct 2025 15:48:17 +0100 Andy Moreton <andrewjmoreton@HIDDEN> wrote:

> On Sat 25 Oct 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss
> army knife of text editors" wrote:
>
>>> I ran `git clean -fdx', `git pull', then switched to the build directory
>>> (I build Emacs out-of-tree) and ran `make -j12 FAST=true bootstrap', and
>>> got this:
>>>
>>> LC_ALL=C ./temacs -batch  -l loadup --temacs=pdump \
>>> 	--bin-dest '/usr/local/bin/' --eln-dest '/usr/local/lib/emacs/31.0.50/'
>>> Loading loadup.el (source)...
>>> Dump mode: pdump
>>> Using load-path (/home/steve/src/emacs/emacs-master/lisp)
>>> Loading emacs-lisp/debug-early (native-compiled elisp)...
>>> Loading emacs-lisp/byte-run (native-compiled elisp)...
>>> Loading emacs-lisp/backquote (native-compiled elisp)...
>>> Loading subr (native-compiled elisp)...
>>> Loading keymap (native-compiled elisp)...
>>> Loading version (native-compiled elisp)...
>>> Loading widget (native-compiled elisp)...
>>> Loading custom (native-compiled elisp)...
>>> Loading emacs-lisp/map-ynp (native-compiled elisp)...
>>> Loading international/mule (native-compiled elisp)...
>>> Loading international/mule-conf (native-compiled elisp)...
>>> Loading env (native-compiled elisp)...
>>> Loading format (native-compiled elisp)...
>>> Loading bindings (native-compiled elisp)...
>>> Loading window (native-compiled elisp)...
>>> Loading files (native-compiled elisp)...
>>> Loading emacs-lisp/macroexp (native-compiled elisp)...
>>> Loading cus-face (native-compiled elisp)...
>>> Loading faces (native-compiled elisp)...
>>> Loading loaddefs...
>>> Loading theme-loaddefs.el (source)...
>>>
>>> Error: error ("Attempt to autoload show-paren-mode while preparing to dump")
>>>   show-paren-mode(1)
>>>   custom-set-minor-mode(show-paren-mode t)
>>>   custom-initialize-set(show-paren-mode (funcall #'#[0 "\300\207" [t] 1]))
>>>   #[257 "\211\301\232\205\20\0\304\305\300\242\"\210\306\303\302\"\207" [(#0) "loaddefs.elc" (funcall #'#[0 "\300\207" [t] 1]) show-paren-mode remove-hook after-load-functions custom-initialize-set] 4 "\n\n(fn FILE)"]("loaddefs.elc")
>>>   do-after-load-evaluation("loaddefs.elc")
>>>   load("loaddefs")
>>>   (condition-case nil (load "loaddefs") (file-error (load "ldefs-boot.el")))
>>>   load("loadup.el")
>>
>> Hmm... I just tried a full bootstrap build and it went through
>> just fine.  Also `grep` finds no occurrence of `show-paren-mode` (or
>> `custom-initialize-after-load-file`) in `lisp/loaddefs.el`, so I wonder
>> what's different in your situation.
>
> I see exactly the same backtrace from a clean tree on Windows.

It's good to see it's not just a problem for me, and I suspect I know
why...

>> Can you check
>>
>>     grep 'show-paren-mode\|custom-initialize-after-file-load' lisp/loaddefs.el
>
> emacs/master> grep 'show-paren-mode\|custom-initialize-after-file-load'
> lisp/loaddefs.el
> or call the function `global-eldoc-mode'." :set #'custom-set-minor-mode
> :initialize #'custom-initialize-after-file-load :type 'boolean)
> or call the function `electric-indent-mode'." :set #'custom-set-minor-mode
> :initialize #'custom-initialize-after-file-load :type 'boolean :group
> 'electricity)
> (defcustom show-paren-mode t "\
> See the `show-paren-mode' command
> or call the function `show-paren-mode'." :set #'custom-set-minor-mode
> :initialize #'custom-initialize-after-file-load :type 'boolean :group
> 'paren-showing)
> (custom-autoload 'show-paren-mode "paren" nil)
> (when (bound-and-true-p show-paren-mode) (add-to-list 'global-minor-modes
> 'show-paren-mode))
> (autoload 'show-paren-mode "paren" "\
> evaluate `(default-value \\='show-paren-mode)'.
> Toggle `show-paren-mode' only in this buffer.

I get almost the identical output, except for these two lines:

(custom-autoload 'show-paren-mode "../../../../../home/steve/src/emacs/emacs-master/lisp/paren" nil)
(autoload 'show-paren-mode "../../../../../home/steve/src/emacs/emacs-master/lisp/paren" "\

Perhaps that's a difference between AndyM's build on MS-Windows and mine
on GNU/Linux.

>> and maybe also
>>
>>     grep paren src/lisp.mk
>
> emacs/master> grep paren build/mingw64-x86_64-O2-native/src/lisp.mk
> paren.elc \

Here too I get the same output, and just as AndyM did, I had to grep the
build directory, not the source directory.  And I suspect that's why
Stefan doesn't see it and no one reported the issue sooner: it seems to
be a problem only for out-of-tree builds.

Steve Berman




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 25 Oct 2025 14:48:36 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 25 10:48:36 2025
Received: from localhost ([127.0.0.1]:41975 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vCfZM-0005Rd-15
	for submit <at> debbugs.gnu.org; Sat, 25 Oct 2025 10:48:36 -0400
Received: from lists.gnu.org ([2001:470:142::17]:42146)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vCfZJ-0005RQ-Ky
 for submit <at> debbugs.gnu.org; Sat, 25 Oct 2025 10:48:34 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vCfZE-0001gF-C8
 for bug-gnu-emacs@HIDDEN; Sat, 25 Oct 2025 10:48:28 -0400
Received: from ciao.gmane.io ([116.202.254.214])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vCfZC-0002ot-QS
 for bug-gnu-emacs@HIDDEN; Sat, 25 Oct 2025 10:48:28 -0400
Received: from list by ciao.gmane.io with local (Exim 4.92)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>)
 id 1vCfZ9-0000ek-M5
 for bug-gnu-emacs@HIDDEN; Sat, 25 Oct 2025 16:48:23 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: bug-gnu-emacs@HIDDEN
From: Andy Moreton <andrewjmoreton@HIDDEN>
Subject: Re: bug#79694: 31.0.50;
 Custom initialize change breaks bootstrap build
Date: Sat, 25 Oct 2025 15:48:17 +0100
Message-ID: <86tsznqbpq.fsf@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN> <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:9FYZEwV34pWxLZu0jNp0XlQ14Hs=
Received-SPF: pass client-ip=116.202.254.214;
 envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io
X-Spam_score_int: 0
X-Spam_score: 0.0
X-Spam_bar: /
X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001,
 FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, NML_ADSP_CUSTOM_MED=0.9,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On Sat 25 Oct 2025, Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:

>> I ran `git clean -fdx', `git pull', then switched to the build directory
>> (I build Emacs out-of-tree) and ran `make -j12 FAST=true bootstrap', and
>> got this:
>>
>> LC_ALL=C ./temacs -batch  -l loadup --temacs=pdump \
>> 	--bin-dest '/usr/local/bin/' --eln-dest '/usr/local/lib/emacs/31.0.50/'
>> Loading loadup.el (source)...
>> Dump mode: pdump
>> Using load-path (/home/steve/src/emacs/emacs-master/lisp)
>> Loading emacs-lisp/debug-early (native-compiled elisp)...
>> Loading emacs-lisp/byte-run (native-compiled elisp)...
>> Loading emacs-lisp/backquote (native-compiled elisp)...
>> Loading subr (native-compiled elisp)...
>> Loading keymap (native-compiled elisp)...
>> Loading version (native-compiled elisp)...
>> Loading widget (native-compiled elisp)...
>> Loading custom (native-compiled elisp)...
>> Loading emacs-lisp/map-ynp (native-compiled elisp)...
>> Loading international/mule (native-compiled elisp)...
>> Loading international/mule-conf (native-compiled elisp)...
>> Loading env (native-compiled elisp)...
>> Loading format (native-compiled elisp)...
>> Loading bindings (native-compiled elisp)...
>> Loading window (native-compiled elisp)...
>> Loading files (native-compiled elisp)...
>> Loading emacs-lisp/macroexp (native-compiled elisp)...
>> Loading cus-face (native-compiled elisp)...
>> Loading faces (native-compiled elisp)...
>> Loading loaddefs...
>> Loading theme-loaddefs.el (source)...
>>
>> Error: error ("Attempt to autoload show-paren-mode while preparing to dump")
>>   show-paren-mode(1)
>>   custom-set-minor-mode(show-paren-mode t)
>>   custom-initialize-set(show-paren-mode (funcall #'#[0 "\300\207" [t] 1]))
>>   #[257 "\211\301\232\205\20\0\304\305\300\242\"\210\306\303\302\"\207" [(#0) "loaddefs.elc" (funcall #'#[0 "\300\207" [t] 1]) show-paren-mode remove-hook after-load-functions custom-initialize-set] 4 "\n\n(fn FILE)"]("loaddefs.elc")
>>   do-after-load-evaluation("loaddefs.elc")
>>   load("loaddefs")
>>   (condition-case nil (load "loaddefs") (file-error (load "ldefs-boot.el")))
>>   load("loadup.el")
>
> Hmm... I just tried a full bootstrap build and it went through
> just fine.  Also `grep` finds no occurrence of `show-paren-mode` (or
> `custom-initialize-after-load-file`) in `lisp/loaddefs.el`, so I wonder
> what's different in your situation.

I see exactly the same backtrace from a clean tree on Windows.

> Can you check
>
>     grep 'show-paren-mode\|custom-initialize-after-file-load' lisp/loaddefs.el

emacs/master> grep 'show-paren-mode\|custom-initialize-after-file-load' lisp/loaddefs.el
or call the function `global-eldoc-mode'." :set #'custom-set-minor-mode :initialize #'custom-initialize-after-file-load :type 'boolean)
or call the function `electric-indent-mode'." :set #'custom-set-minor-mode :initialize #'custom-initialize-after-file-load :type 'boolean :group 'electricity)
(defcustom show-paren-mode t "\
See the `show-paren-mode' command
or call the function `show-paren-mode'." :set #'custom-set-minor-mode :initialize #'custom-initialize-after-file-load :type 'boolean :group 'paren-showing)
(custom-autoload 'show-paren-mode "paren" nil)
(when (bound-and-true-p show-paren-mode) (add-to-list 'global-minor-modes 'show-paren-mode))
(autoload 'show-paren-mode "paren" "\
evaluate `(default-value \\='show-paren-mode)'.
Toggle `show-paren-mode' only in this buffer.

>
> and maybe also
>
>     grep paren src/lisp.mk

emacs/master> grep paren build/mingw64-x86_64-O2-native/src/lisp.mk
paren.elc \

    AndyM





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at 79694 <at> debbugs.gnu.org:


Received: (at 79694) by debbugs.gnu.org; 25 Oct 2025 14:04:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 25 10:04:05 2025
Received: from localhost ([127.0.0.1]:41851 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vCesH-0002nP-14
	for submit <at> debbugs.gnu.org; Sat, 25 Oct 2025 10:04:05 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:46330)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
 id 1vCesD-0002mo-O1
 for 79694 <at> debbugs.gnu.org; Sat, 25 Oct 2025 10:04:02 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 5C03D441247;
 Sat, 25 Oct 2025 10:03:55 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1761401033;
 bh=WMlYnW6LrPibMpZ04FcxGY15+nfJPxmPd6KzaZVdWt0=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=Ik6IGk8hAFzLc9CUT9gsPJU9F/bV/36ORgX5bBWHByxnQFtU0gmbHbz9lwgw+tl3H
 ddepUbdgMsqkM9NFfRbMY0Y3d7YwRP5XOXgRZD765jm4QGJFbrDRHdwAmltQlrSH22
 fYJUHSPDN49OPV2+PaqfXoVoAgysn01/QF6csBk2V1AW0jV5IMbcef/yXHUDcyu/uP
 agUR5OO1W0eLRQNAheX/yVIiqErsXAPbt5RO/sz6r2aYgVtCTpTWcFz2Fcg/6QcNZp
 hmxWbN6HEIj3da2CA9vmNMdHFF+F0+Fp51Eesh5Fjs6gXntcaiMYQJ2WfvcBVDoVG7
 G3Jq4mTNcyXFA==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id E11B8441232;
 Sat, 25 Oct 2025 10:03:53 -0400 (EDT)
Received: from asado (unknown [181.28.45.30])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 584DE1202FC;
 Sat, 25 Oct 2025 10:03:52 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
Subject: Re: bug#79694: 31.0.50; Custom initialize change breaks bootstrap
 build
In-Reply-To: <877bwj46wn.fsf@HIDDEN>
Message-ID: <jwvqzur5bi4.fsf-monnier+emacs@HIDDEN>
References: <877bwj46wn.fsf@HIDDEN>
Date: Sat, 25 Oct 2025 10:03:48 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.009 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 79694
Cc: 79694 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> I ran `git clean -fdx', `git pull', then switched to the build directory
> (I build Emacs out-of-tree) and ran `make -j12 FAST=true bootstrap', and
> got this:
>
> LC_ALL=C ./temacs -batch  -l loadup --temacs=pdump \
> 	--bin-dest '/usr/local/bin/' --eln-dest '/usr/local/lib/emacs/31.0.50/'
> Loading loadup.el (source)...
> Dump mode: pdump
> Using load-path (/home/steve/src/emacs/emacs-master/lisp)
> Loading emacs-lisp/debug-early (native-compiled elisp)...
> Loading emacs-lisp/byte-run (native-compiled elisp)...
> Loading emacs-lisp/backquote (native-compiled elisp)...
> Loading subr (native-compiled elisp)...
> Loading keymap (native-compiled elisp)...
> Loading version (native-compiled elisp)...
> Loading widget (native-compiled elisp)...
> Loading custom (native-compiled elisp)...
> Loading emacs-lisp/map-ynp (native-compiled elisp)...
> Loading international/mule (native-compiled elisp)...
> Loading international/mule-conf (native-compiled elisp)...
> Loading env (native-compiled elisp)...
> Loading format (native-compiled elisp)...
> Loading bindings (native-compiled elisp)...
> Loading window (native-compiled elisp)...
> Loading files (native-compiled elisp)...
> Loading emacs-lisp/macroexp (native-compiled elisp)...
> Loading cus-face (native-compiled elisp)...
> Loading faces (native-compiled elisp)...
> Loading loaddefs...
> Loading theme-loaddefs.el (source)...
>
> Error: error ("Attempt to autoload show-paren-mode while preparing to dump")
>   show-paren-mode(1)
>   custom-set-minor-mode(show-paren-mode t)
>   custom-initialize-set(show-paren-mode (funcall #'#[0 "\300\207" [t] 1]))
>   #[257 "\211\301\232\205\20\0\304\305\300\242\"\210\306\303\302\"\207" [(#0) "loaddefs.elc" (funcall #'#[0 "\300\207" [t] 1]) show-paren-mode remove-hook after-load-functions custom-initialize-set] 4 "\n\n(fn FILE)"]("loaddefs.elc")
>   do-after-load-evaluation("loaddefs.elc")
>   load("loaddefs")
>   (condition-case nil (load "loaddefs") (file-error (load "ldefs-boot.el")))
>   load("loadup.el")

Hmm... I just tried a full bootstrap build and it went through
just fine.  Also `grep` finds no occurrence of `show-paren-mode` (or
`custom-initialize-after-load-file`) in `lisp/loaddefs.el`, so I wonder
what's different in your situation.

Can you check

    grep 'show-paren-mode\|custom-initialize-after-file-load' lisp/loaddefs.el

and maybe also

    grep paren src/lisp.mk

?


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 25 Oct 2025 10:23:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 25 06:23:20 2025
Received: from localhost ([127.0.0.1]:40140 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vCbQe-00035P-BN
	for submit <at> debbugs.gnu.org; Sat, 25 Oct 2025 06:23:20 -0400
Received: from lists.gnu.org ([2001:470:142::17]:39910)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>)
 id 1vCbQb-00034p-Bo
 for submit <at> debbugs.gnu.org; Sat, 25 Oct 2025 06:23:18 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <stephen.berman@HIDDEN>)
 id 1vCbQT-00070B-Hj
 for bug-gnu-emacs@HIDDEN; Sat, 25 Oct 2025 06:23:10 -0400
Received: from mout.gmx.net ([212.227.15.19])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <stephen.berman@HIDDEN>)
 id 1vCbQQ-0002NC-3f
 for bug-gnu-emacs@HIDDEN; Sat, 25 Oct 2025 06:23:09 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
 s=s31663417; t=1761387784; x=1761992584; i=stephen.berman@HIDDEN;
 bh=ZcEcOOBBA34sB40gjr/kaunAKarxF8CY6YeiY2NCToo=;
 h=X-UI-Sender-Class:From:To:Subject:Date:Message-ID:MIME-Version:
 Content-Type:Content-Transfer-Encoding:cc:
 content-transfer-encoding:content-type:date:from:message-id:
 mime-version:reply-to:subject:to;
 b=dGeKK2Y9sV3ZiHYco7ORo64XGjhs7+uj5Oa9nIsPYI+zTjK7g54UayC/XbP98hn/
 KrWzm1xFSQd3EGTtV/hjlP19PDhy6V8X5NzHHxp+QDx1mro3Wl1iDGzO4ZTnAMV5c
 AuJBC/Jq+mxp6Ms9gBN5xHr3tXEHHrsSjrEut/hfV2QzScQSHIlB9SMwrWZ2iSY5l
 6H1RZfLP3htSydI3eNCLElq5xPeM8WNGlIseH2C4Mo5SQp/MwVhDinbZHQ03X0PB9
 jgAZFtDwkGVpbwmqsRVXBohUihiXnrqsf85dNpG+tzs9O46uxcW/CpBUt7g72kZHj
 js1xhXkjnxkP90jUfA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([88.130.62.111]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MVeI2-1ul8QO2Hbw-00WrPK for
 <bug-gnu-emacs@HIDDEN>; Sat, 25 Oct 2025 12:23:04 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 31.0.50; Custom initialize change breaks bootstrap build
X-Debbugs-Cc: Stefan Monnier <monnier@HIDDEN>
Date: Sat, 25 Oct 2025 12:23:04 +0200
Message-ID: <877bwj46wn.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:W18siXNOtDzZmGDN7jASPA9wMO4Q7DrvaHemj3Es8h0GLyQm5W5
 xROFDTu3ibrBcyWWlGMIUWWQvdHQ0sCSN8ZC34jWZrfTQLp6VQzf3qPEYczBCw32+zYhI27
 y+ifiQ4Q52cfnuEWeNANYy2SJU+sB61Vtg3J2KPDu1oNfufaSynV0L9Zs9t63SPNIz8qPD3
 6NSqFgbBM39ujrnRvl02w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:sq08Rm4H+d0=;VVEapbLYmjbbRBxA8EQmHAfPawv
 nzFxKViv7uo+m2owFOhqmSHmhBA44iOcd6DFBnuv8649LtdDnPINTFwuUGG4QokAhlesnX4Bc
 sCUwmS5puiC1OqgMCvmCNlWfrIrvjvqrLEXFcB7PIs+RMEQnvuG9mMl/kAvnkyjLw+Gk5kGXW
 wRkqtebBPQMn5v6TARygTkG2OLRDJN2yutX1i/mL3ReuftezrpDNfbUIwa0MbIaGkI6l8Vefe
 4yItWvEStQUA39e64oPPRAch9iSLspdHZAEgRqnGHTpO6qE/e+LWsInIe+LrA28PdFuhcIMmI
 Z46aFcKVVlvItqUZ0r0CPoOUVirTVIxdmzNeXONqy7M5I2/PHvCMIGo3bV+BJ52X0Vy1cZp4e
 ksL3AGJagluzRALl5XugNOyRbSAO4Eqiz5VbfZo+cE6ihLWQMwhHZserupvvSE/7xNFreaJwQ
 +NJy78Fy2r5WANFm0M4piGsC9DcCm/HyfHoR+w7R76o7/JpYkBsl3+ZAlqgPKwRttBUzTuiIS
 dM17hv3ga9TWuI7xi9aFi8t5/vfQBRA3rPTHKG6utJL8VuF7GepDEBEFx8UWH/DkyelqOxD3l
 VG3VuPqGhCSODcqxrBd5KbP8ghZBkMGYitmAQkZ7ttLjqu0spPtdmBSNyRHW0sBuNFVGK67LC
 GPwPDTD5Nm8S9GzTG/Asep5S5qA1Ym3Ap2R5a4zeNooXZSNN6qx2QUXOPcGc9dmPBREq5HDzX
 Q7tjPvcnFA6tZgR0YiT7VVXWr0+Y7rEH4/UaXQRnQkeCg5QMOp1ojemoktlW3SLpDjcVmHUPY
 kpSg9Kh2gnA5GCo5hYDgByc2WD+Q+7em/GjNY02FRnpMi8ibMCDa7NeMa9fy/go2Tn1UUchtH
 m6ZCSPTzifGC1OtHxaRztdEMYpMwpyA69/Z/PZ2Jk87M3EVdnYwZYd1InaV/H/8ulHg8WLWjA
 XFzLzcfXFvX5pb9nCW7r8fKNLzb3eFLgnY14FdXILzLtyjka1iR9YuG/1QU97w0cCy6E1G2Gc
 43ieZMwjXDLrvUtp7EKeD6hmtv6pGCfHAaHixsIWjlsdTZJwXXck5LNJWmCXP9+C11zB+8hwy
 cgiGpAhiRnsT3IS/Oz9l5K+kj6cK1iZx8KCNpkFaqG2wrgEMCMZWnMvDULVY7E9MHfCHb5Rx4
 DYrv6MR9K5/LJMspwRLrN9ATJhbbUVI1vcUDrYjBfEbsFM4Lk75EhDoW+oKPEXZA37sI66QkQ
 FCqeF43OnEOSbE2p/oaUAQT6RgAhlPKMmN4rnXLOWOkVphiNkMf4hhFVBNEsClDgQt5gSiN3o
 mv9Z/KcmDjZ91B4F9/lO87nL5yqIQavOpk7gwexT1AbrejkjiX8n0tULTY8do9D6WlE/X1O27
 0bIPqQ5EnQYXkUnM5YLXaWj8ef3iWg05SdD+sLQeDkmuONyOkoy/YLqE4DS+wPXjPzMIXtA4i
 e2m1TgbQ+21vNcPXjrI4SItsxJ/xF5AGMszpvAm/Fsv5nlPeEqbzAXtxSrpPEPfbenoIYObAh
 98MT5IdHpS7aAZg6MSZHtU5+P6rX53MrlhudSQ+shvuf0m+cYX3Iw+U0iDeqT5wqTBQD8s1rW
 NO8Lpo5TjB4ScO2Cy5jWta0e/E38wXkblxSLGBJ/mTJoo3H4qm8Lwm2z6lyAu5S8n0vf1yuLP
 VkyC69IYD5Ma2Qs9w9I8OK2wPVjIR56By0RuSmDba0cYAZusg6GYmP8Z8QxX9l4STNB5HrsNJ
 6bWbkXqgW4p04ep+9seeZP+599tqWhUtzjnYZngm/QYhHT4A+te/DQv0J3F/j95mSbaobNKMw
 OWRAq1ObsFlyExk9SDNt/4hngdZuekUCq1F8L7a/2xQbXFR4IeCQ2ij/N1A4yPVYYf3nCxrdo
 p8XSDuHydgowvSGoe6Bis5N6p1oQOXtR/q4Js/vrIbiF+unW0+Y8eUWc01lYlTjZcfKSi3lnx
 +KSdfaxSu3fUVzWfB5IvD1hKwG4SBeLxaGELkA35IKHG1579wmtMmf9pIxFQVVI9UXtLsES5q
 vghU+9iIGvcSBsgGK8ZS8e97jKpMxihDkBqojOSy4ZqVpCEp69K0qYhifVV/jpyeQe1TSH643
 T2dH/ZYo++FEQARFx3JUhcP5OGTLvNx7e8wyWXkEYYGt6in2VlRJuNAcuxXTMwFLyloWEsga8
 cnq2GqZndeEvpEK6QdbIS6ygsqA77/MPoxgAWMpL26UJ7A3LQ8/3KjPOU94xPZutJmjVu0OnC
 4rfZh6aggpdv2pKNxKD2ccjFkBJZ11a38x91dnjwiM9iP8FcIdR0kj07/jQfqUC9/+z92fMak
 uNzCZ7Pb+i2bWvWcAacAuJbcR7eDzrDO98L5YZDmYlzOtDnuiuOB65cXF/gmDESslH5J3eQ6K
 uLud8wskES30z30LO6iezYNuLiXU4MfndZePW8jIU0sZxWASst5AWj7ocUCPNQ8v1okixajFe
 PukdzqkIIRX5Ycir8Im09ZF/AZYgvl61k9PxXcGlYph76Lut5mXYhltSniqSy6TtPp+Gzk687
 +VjPUzGyTAHFOHNr0duP49l2/0EitmnNJY/8Q+8pzUYbQPxQju55OySWbuKKwyskekGeEcU5p
 i9/Uh4Njcu+QzD8qLlBpK9tS5ESow2yc1hiP5waATrrueRCAIXj/tb1YKununOOkH4z1dpxfg
 YGKnkKge0V+dH+ybkGv3CfPyW2sgr4uGoYIJx9iwQ3U0acc32Iw4aZQqosaHwSfCWx6iIvY8Z
 JzVfWzP3vPt+XqRcAsLukwEZSAC/sbAMWlDnHxo3HSzKDP4PSuyq7T2gSv1+JCJiP3s2I3WgR
 T6g+6Dn1CPs1mpAxb1/m1AsGdZRVAbv3zj0DCawmXzXArci8522c/OVnWzwXdGav989UUNLf2
 JRAfNr/+Fv7nx7vNTfVsEV5Y92842eq0xKSFHBkEqZ0vTDe86LAntQ+2PyE9kt5Kov6j6v2jY
 g4IT/5uSUr/pR3VCTmtIPLIC3wotE+t6WOSH2L61TP98/w6tHPthbXDqIQRBOC5JXVbjtlO2E
 wLnWGwcys+k9WwtxBYfy453D8u2cdyi/d2V/1JDvfIds3oJl9ejJ0VhQaW8ZjGELISm7hqdxa
 6Dpm0DYB/BDkoHpzLMgTbIKTz+fuvE0bX4ybWU7eDe5oNNEhb3/USTYqi2ggtqCJIdzx0Rl1M
 Npmxoeu9u+kAsm+op76evaeCUtkSHKCsNf4HRHC1/RPbXAyDOAHuHlwmGSSBHvu5LtN6QlNWu
 NLRVPZG096ycJ50wTETZJzaYVT3rR8r6lhMCvEWujFpRhWCWMom7hWsPuO3Rpmb/4TqdeXJdO
 9nBMqYKCUvL8DDh0Ynrxpl8eEVxNNvrXLu7aFmungSnko4qR7xA4adKLfdbYl8FFgoHBnK/rF
 ASyZ+DbQLJrRfckLJKqXuyN/zkvriqG5Q/g3Vs0VOB9UmMe9UAIHficyKFvEuKgzXzNq1goFe
 WKIlKstq7Gmdj3CnpJpN+yjyozrOMCJqElzSux3avmHCGdL4vcp6fu4VSVhDrqCMozNzEolwP
 qD027PWLygNDgkRvmTuyheDSBeHfY8QTklaOdnYAQ3j8TnBE/4c+Z1yGRCXUHnQiH/+9fyRpL
 IVP6tArflMU6nO+/IEAUc9NPqVNohBMdnta5tb2edR/NY0QAb7nJTR6PDn5HlzRA81I8YHqYo
 9vQzFjAeAMMyM1m2yoPAyBcCo52MfKdB+Z4Ytn1DholhLEUce23vgN+PhUSJJxqaGjSvmzp2P
 kNAA3YSzLEj6oTtqCwAMPpA7P9VygBASCI4pnJdFT2idOUKLTz1kx/rjVyq8urAqaIF0nEh0x
 N4+3Z4qsIZ8sK4UvlnyxkOoOIMXEA1uFU6GWSFgFqLXo3aJCcj1RrDL8K4BttmgfS4UpGQWGr
 VdEsI1cpk5PY556PYl6gC2T8eebgPX/zkO8nvJfQus/mWLFlGXxy/EVwgHmWDvlv0fjV30WxM
 M8UoCbz9FNFMek0VtJ7ntlaQiLDtnCD6Lb+QRx63Z0BavVjmVX0RxAfx+MKR62Qgs6g3VEo+i
 si8OC9W5ZrkVZFGPYrZBzXmEzJfjRQhEXy9IgKWqfls9JUEF7YbE549w8+qolCNuwSUxvkeK2
 rZNr3jg/fZTF9qLR5KrRe0CcUA3xntlwyY3RWcJWhSKi6jui7NUwR0BHBbtmGsXQpnUkuW7En
 /VfoC7VLCHTtcevJK5IYimFbtpsa6NVicpqNkJ1C45BL3bqF/V2f1d17Hrvv0eTvWEgaWEb/x
 e1hZjnx5WOnNnPpMIZJVQ69FQ25uycxQIuZ9WqwU7AJbi+/u7uwPJ6e7UD8g0rwV4YuqAPiin
 P9ORmqUJ8iQjykEDXwOW1shZ5XiLQviCSKHxeYdzpWRu3PNycQrkI0JrgkxcdQY6oowZJJZrC
 kHj800WH8KPgT8Vqt3ao8zIeO4Vrs6sumeLtiZkRlzltenHWtqD+w4XtWu6YYOGV5IfrfBKDT
 Mqf9awdx5Sg14oNkGSJnTiQXiShPb1mSE0UAa3WcgEu1MSYmA50bg20VTmrKsUg45OahmYWwp
 q9HkgWMsIFP1IrfgzCDWLNl1r8/i0ZOrbcJjLuYHJiSjPsfZlJQH1MVCbxuxDAgfTIujRtzjs
 Wd8vQZr69bf9bkTlWZm1HgOBKuwyb2Gi9muqdWaS6bMKw8QYcCPYWSfuUbWao4it3TeDxy7FP
 OafemaPIMGbuCeAcfWSt++K0LGN/Mp7cD2pcxsaQZ8IJ062qCh+qzEnV5PIdEWrLhqh9FkoQf
 QDvxEHChIBeIiUiIjVtxGnaakN+XBlaFjgi/MgauCylXKWFtJzWZNWCFuJCax+YWFsT4oqJGV
 n/EAN7t6ZwzxRUvushfJ5VM2srHpq6KWCzQ/2N+x1YKru7i6Upmg0TQQ+FHqG0DxiAXXspA5k
 eiFTPjwxKpRq5RBa+wTG9d+1Kp7wGus3crEOa1iRqCIlo8zcul2PBAd8eo+Bpj6NUqQt3f0ne
 f5HcI0QaaALJXJ9sz4bmnnZ7HHLdkKBfmS4dHpeqSdtLI05WkknIa/LZ
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=212.227.15.19;
 envelope-from=stephen.berman@HIDDEN; helo=mout.gmx.net
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

I ran `git clean -fdx', `git pull', then switched to the build directory
(I build Emacs out-of-tree) and ran `make -j12 FAST=3Dtrue bootstrap', and
got this:

LC_ALL=3DC ./temacs -batch  -l loadup --temacs=3Dpdump \
	--bin-dest '/usr/local/bin/' --eln-dest '/usr/local/lib/emacs/31.0.50/'
Loading loadup.el (source)...
Dump mode: pdump
Using load-path (/home/steve/src/emacs/emacs-master/lisp)
Loading emacs-lisp/debug-early (native-compiled elisp)...
Loading emacs-lisp/byte-run (native-compiled elisp)...
Loading emacs-lisp/backquote (native-compiled elisp)...
Loading subr (native-compiled elisp)...
Loading keymap (native-compiled elisp)...
Loading version (native-compiled elisp)...
Loading widget (native-compiled elisp)...
Loading custom (native-compiled elisp)...
Loading emacs-lisp/map-ynp (native-compiled elisp)...
Loading international/mule (native-compiled elisp)...
Loading international/mule-conf (native-compiled elisp)...
Loading env (native-compiled elisp)...
Loading format (native-compiled elisp)...
Loading bindings (native-compiled elisp)...
Loading window (native-compiled elisp)...
Loading files (native-compiled elisp)...
Loading emacs-lisp/macroexp (native-compiled elisp)...
Loading cus-face (native-compiled elisp)...
Loading faces (native-compiled elisp)...
Loading loaddefs...
Loading theme-loaddefs.el (source)...

Error: error ("Attempt to autoload show-paren-mode while preparing to dump=
")
  show-paren-mode(1)
  custom-set-minor-mode(show-paren-mode t)
  custom-initialize-set(show-paren-mode (funcall #'#[0 "\300\207" [t] 1]))
  #[257 "\211\301\232\205\20\0\304\305\300\242\"\210\306\303\302\"\207" [(=
#0) "loaddefs.elc" (funcall #'#[0 "\300\207" [t] 1]) show-paren-mode remov=
e-hook after-load-functions custom-initialize-set] 4 "\n\n(fn FILE)"]("loa=
ddefs.elc")
  do-after-load-evaluation("loaddefs.elc")
  load("loaddefs")
  (condition-case nil (load "loaddefs") (file-error (load "ldefs-boot.el")=
))
  load("loadup.el")

debug-early-backtrace...done
Attempt to autoload show-paren-mode while preparing to dump
make[3]: *** [Makefile:652: emacs.pdmp] Error 255
make[3]: Leaving directory '/home/steve/build/emacs-master/src'
make[2]: *** [Makefile:546: src] Error 2
make[2]: Leaving directory '/home/steve/build/emacs-master'
make[1]: *** [Makefile:1293: actual-bootstrap] Error 2
make[1]: Leaving directory '/home/steve/build/emacs-master'


This is due to this commit:


commit 287fb2fbad6a75cc88ccd875ddcb38c18f75338f
Author:     Stefan Monnier <monnier@HIDDEN>
Commit:     Stefan Monnier <monnier@HIDDEN>
CommitDate: Wed Oct 22 17:12:10 2025 -0400

  (custom-initialize-after-file): New function
 =20
  Some global minor modes require initialization.  Those that are preloade=
d
  currently abuse `custom-initialize-delay` for that, but it's suboptimal
  and doesn't help those that aren't preloaded.
  So introduce a new function to fill that need.
  While at it, make `define-globalized-minor-mode` use it
  automatically when useful.
 =20
  * lisp/custom.el (custom-initialize-after-file-load): New function.
  * lisp/tooltip.el (tooltip-mode):
  * lisp/paren.el (show-paren-mode):
  * lisp/rfn-eshadow.el (file-name-shadow-mode):
  * lisp/epa-hook.el (auto-encryption-mode):
  * lisp/minibuffer.el (minibuffer-regexp-mode, minibuffer-nonselected-mod=
e):
  * lisp/electric.el (electric-indent-mode): Use it instead of
  `custom-initialize-delay` since the value does not depend on the
  runtime context.
  (electric-quote-mode): Don't use `custom-initialize-delay` since
  the default value is nil anyway.
 =20
  * lisp/emacs-lisp/easy-mmode.el (define-globalized-minor-mode):
  Automatically add `:initialize` if needed.
  * lisp/emacs-lisp/eldoc.el (global-eldoc-mode): Remove `:initialize`,
  now provided automatically.
 =20
  * doc/lispref/customize.texi (Variable Definitions):
  * doc/lispref/modes.texi (Defining Minor Modes): Document and Suggest
  `custom-initialize-after-file-load` instead of `custom-initialize-delay`=
.


After reverting all the changes from this commit that replace
`custom-initialize-delay' by `custom-initialize-after-file-load' my
bootstrap build succeeded again.


In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.49, cairo version 1.18.4) of 2025-10-25 built on strobelfs2
Repository revision: f20eed46f9e7b25ac5dce74871eee5ed57788b29
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101016
System Description: Linux From Scratch r12.3-20

Configured using:
 'configure -C 'CFLAGS=3D-Og -g3' PKG_CONFIG_PATH=3D/opt/qt6/lib/pkgconfig=
'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG
RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER
WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM XRANDR GTK3 ZLIB




Acknowledgement sent to Stephen Berman <stephen.berman@HIDDEN>:
New bug report received and forwarded. Copy sent to monnier@HIDDEN, bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to monnier@HIDDEN, bug-gnu-emacs@HIDDEN:
bug#79694; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Tue, 4 Nov 2025 12:30:02 UTC

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