GNU bug report logs - #80165
ispell/ispell-accept-buffer-local-defs/simple failure in Emacs master 2026-01-09

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Fri, 9 Jan 2026 20:52:03 UTC

Severity: normal

To reply to this bug, email your comments to 80165 AT debbugs.gnu.org.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#80165; Package emacs. (Fri, 09 Jan 2026 20:52:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Paul Eggert <eggert <at> cs.ucla.edu>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 09 Jan 2026 20:52:03 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Emacs bug reports and feature requests <bug-gnu-emacs <at> gnu.org>
Subject: ispell/ispell-accept-buffer-local-defs/simple failure in Emacs master
 2026-01-09
Date: Fri, 9 Jan 2026 12:51:11 -0800
[Message part 1 (text/plain, inline)]
This is Emacs master commit 65090ec691d9bd82a9ba3bd25756227e0d43bd80 
dated today, running on Fedora 42 x86-64 on an old, slow CPU (an AMD 
Phenom II X4 910e). The failure symptom with "make -j5 check" is in 
test/lisp/textmodes/ispell-tests/ispell-tests.log, a copy of which I am 
attaching.

[ispell-tests.log (text/x-log, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#80165; Package emacs. (Sat, 10 Jan 2026 10:14:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 80165 <at> debbugs.gnu.org
Subject: Re: bug#80165: ispell/ispell-accept-buffer-local-defs/simple failure
 in Emacs master 2026-01-09
Date: Sat, 10 Jan 2026 12:13:34 +0200
> Date: Fri, 9 Jan 2026 12:51:11 -0800
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> 
> This is Emacs master commit 65090ec691d9bd82a9ba3bd25756227e0d43bd80 
> dated today, running on Fedora 42 x86-64 on an old, slow CPU (an AMD 
> Phenom II X4 910e). The failure symptom with "make -j5 check" is in 
> test/lisp/textmodes/ispell-tests/ispell-tests.log, a copy of which I am 
> attaching.
> [...]
> Test ispell/ispell-accept-buffer-local-defs/simple condition:
>     (search-failed "LIBDIR = ")

Please show the output of "ispell -vv" on that platform.

Since you say the test fails with -j5, does it mean it succeed when
you don't use a parallel Make run?

AFAICT, the test in question does this:

  (defun ispell-tests--some-valid-dictionary (backend)
    "Return some dictionary name working for BACKEND."
    (cond ((string-equal backend "ispell")
	   (with-temp-buffer
	     (call-process backend nil t nil "-vv")
	     (let* ((s "LIBDIR = ")
		    (slen (length s))
		    (_ (search-backward s))

so parallel execution should not affect it, since call-process waits
for the process to exit.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#80165; Package emacs. (Sat, 10 Jan 2026 20:08:01 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 80165 <at> debbugs.gnu.org
Subject: Re: bug#80165: ispell/ispell-accept-buffer-local-defs/simple failure
 in Emacs master 2026-01-09
Date: Sat, 10 Jan 2026 12:07:08 -0800
On 2026-01-10 02:13, Eli Zaretskii wrote:

> Please show the output of "ispell -vv" on that platform.

It outputs the following line:

@(#) International Ispell Version 3.1.20 (but really Aspell 0.60.8.1)


> Since you say the test fails with -j5, does it mean it succeed when
> you don't use a parallel Make run?

No, it fails the same without -j5.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#80165; Package emacs. (Sun, 11 Jan 2026 06:35:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 80165 <at> debbugs.gnu.org
Subject: Re: bug#80165: ispell/ispell-accept-buffer-local-defs/simple failure
 in Emacs master 2026-01-09
Date: Sun, 11 Jan 2026 08:34:00 +0200
> Date: Sat, 10 Jan 2026 12:07:08 -0800
> Cc: 80165 <at> debbugs.gnu.org
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> 
> On 2026-01-10 02:13, Eli Zaretskii wrote:
> 
> > Please show the output of "ispell -vv" on that platform.
> 
> It outputs the following line:
> 
> @(#) International Ispell Version 3.1.20 (but really Aspell 0.60.8.1)

So it's actually Aspell, in which case the failure is inevitable.  But
I wonder why this test is being run with Aspell at all, since the code
is not supposed to do that:

  (defun ispell-tests--some-valid-dictionary (backend)
    "Return some dictionary name working for BACKEND."
    (cond ((string-equal backend "ispell")
	   (with-temp-buffer
	     (call-process backend nil t nil "-vv")
	     (let* ((s "LIBDIR = ")
		    (slen (length s))
		    (_ (search-backward s))

and

      (with-temp-buffer
	(ispell-tests--letopt
	    ((ispell-program-name (ispell-tests--some-backend)))

	  (let ((test-dictname (ispell-tests--some-valid-dictionary ispell-program-name))

So if this passes the tests and conditions when the speller is Aspell,
we should amend the conditions.  What does ispell-tests--some-backend
return in your case?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#80165; Package emacs. (Sun, 11 Jan 2026 16:18:02 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 80165 <at> debbugs.gnu.org
Subject: Re: bug#80165: ispell/ispell-accept-buffer-local-defs/simple failure
 in Emacs master 2026-01-09
Date: Sun, 11 Jan 2026 08:17:39 -0800
On 2026-01-10 22:34, Eli Zaretskii wrote:

> if this passes the tests and conditions when the speller is Aspell,
> we should amend the conditions.  What does ispell-tests--some-backend
> return in your case?

It returns "ispell" as noted below.

$ src/emacs -batch -Q -eval '(progn (load "'$PWD'/test/lisp/textmodes
/ispell-tests/ispell-tests-common.elc") (message "%S" 
(ispell-tests--some-backend)))' 

Loading 
/home/eggert/src/gnu/emacs/static-checking/test/lisp/textmodes/ispell-tests/ispell-tests-common.elc... 

available backend is:ispell 

"ispell"




This bug report was last modified today.

Previous Next


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