GNU bug report logs - #79869
30.2: "Pure Lisp storage overflowed" on some 32-bit big-endian targets

Previous Next

Package: emacs;

Reported by: John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>

Date: Thu, 20 Nov 2025 08:16:02 UTC

Severity: normal

Found in version 30.2

Done: Eli Zaretskii <eliz <at> gnu.org>

To reply to this bug, email your comments to 79869 AT debbugs.gnu.org.
There is no need to reopen the bug first.

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#79869; Package emacs. (Thu, 20 Nov 2025 08:16:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 20 Nov 2025 08:16:02 GMT) Full text and rfc822 format available.

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

From: John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>
To: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: 30.2: "Pure Lisp storage overflowed" on some 32-bit big-endian targets
Date: Thu, 20 Nov 2025 09:15:23 +0100
Hello,

starting with Emacs 30.2, builds have started to fail on some 32-bit big-endian targets with:

	Pure Lisp storage overflowed

On 32-bit HPPA, the tail of the build log [1] has:

Loading dnd...
Loading tool-bar...
Loading dynamic-setting...
Loading touch-screen...
Loading x-dnd...
Pure Lisp storage overflowed
Backtrace:
./temacs() [0x17f0c0]

On 32-bit PowerPC, the tail of the build log [2] has:

Loading dnd...
Loading tool-bar...
Loading dynamic-setting...
Loading touch-screen...
Loading x-dnd...
Pure Lisp storage overflowed
Backtrace:
./temacs(+0x1a9390) [0x5a9390]
./temacs(+0x3926c) [0x43926c]
./temacs(+0x394f4) [0x4394f4]
./temacs(+0x1a6694) [0x5a6694]
./temacs(+0x1a66fc) [0x5a66fc]
linux-vdso32.so.1(__kernel_sigtramp_rt32+0x0) [0xf7f94430]
./temacs(+0x24a2f4) [0x64a2f4]
./temacs(+0x24a4f8) [0x64a4f8]
./temacs(+0x24a570) [0x64a570]
./temacs(+0x249bd8) [0x649bd8]
./temacs(+0x1ff8f4) [0x5ff8f4]
./temacs(+0x214d38) [0x614d38]
./temacs(+0x23231c) [0x63231c]
./temacs(+0x26e6d4) [0x66e6d4]
./temacs(+0x26ef78) [0x66ef78]
./temacs(+0x2322e0) [0x6322e0]
./temacs(+0x232510) [0x632510]
./temacs(+0x2321e8) [0x6321e8]
./temacs(+0x2321e8) [0x6321e8]
./temacs(+0x26e6d4) [0x66e6d4]
./temacs(+0x26ef78) [0x66ef78]
./temacs(+0x2322e0) [0x6322e0]
./temacs(+0x232ecc) [0x632ecc]
./temacs(+0x181124) [0x581124]
./temacs(+0x22bde8) [0x62bde8]
./temacs(+0x182230) [0x582230]
./temacs(+0x22bcd0) [0x62bcd0]
./temacs(+0x180f94) [0x580f94]
./temacs(+0x18a324) [0x58a324]
./temacs(+0x18a8dc) [0x58a8dc]
./temacs(+0x3c310) [0x43c310]
/lib/powerpc-linux-gnu/libc.so.6(+0x2baf0) [0xf379baf0]
/lib/powerpc-linux-gnu/libc.so.6(__libc_start_main+0x1e0) [0xf379bd30]
make[4]: *** [Makefile:684: emacs.pdmp] Segmentation fault

This worked fine with 30.1.

Thanks,
Adrian

> [1] https://buildd.debian.org/status/fetch.php?pkg=emacs&arch=hppa&ver=1%3A30.2%2B1-1&stamp=1762740480&raw=0
> [2] https://buildd.debian.org/status/fetch.php?pkg=emacs&arch=powerpc&ver=1%3A30.2%2B1-1&stamp=1763240979&raw=0

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#79869; Package emacs. (Thu, 20 Nov 2025 08:26:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>
Cc: 79869 <at> debbugs.gnu.org
Subject: Re: bug#79869: 30.2: "Pure Lisp storage overflowed" on some 32-bit
 big-endian targets
Date: Thu, 20 Nov 2025 10:25:35 +0200
> From: John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>
> Date: Thu, 20 Nov 2025 09:15:23 +0100
> 
> starting with Emacs 30.2, builds have started to fail on some 32-bit big-endian targets with:
> 
> 	Pure Lisp storage overflowed

Just enlarge the value of SYSTEM_PURESIZE_EXTRA in src/puresize.h
until it succeeds to builds again.

The fact that the pure Lisp size on the emacs-30 branch is borderline
is known, but we don't expect to produce any more releases from that
branch (and Emacs 31 drops the pure storage completely), so these
problems must be solved locally by whoever builds the tarball.




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Sat, 06 Dec 2025 10:23:03 GMT) Full text and rfc822 format available.

Notification sent to John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>:
bug acknowledged by developer. (Sat, 06 Dec 2025 10:23:04 GMT) Full text and rfc822 format available.

Message #13 received at 79869-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: glaubitz <at> physik.fu-berlin.de
Cc: 79869-done <at> debbugs.gnu.org
Subject: Re: bug#79869: 30.2: "Pure Lisp storage overflowed" on some 32-bit
 big-endian targets
Date: Sat, 06 Dec 2025 12:22:48 +0200
> Cc: 79869 <at> debbugs.gnu.org
> Date: Thu, 20 Nov 2025 10:25:35 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > From: John Paul Adrian Glaubitz <glaubitz <at> physik.fu-berlin.de>
> > Date: Thu, 20 Nov 2025 09:15:23 +0100
> > 
> > starting with Emacs 30.2, builds have started to fail on some 32-bit big-endian targets with:
> > 
> > 	Pure Lisp storage overflowed
> 
> Just enlarge the value of SYSTEM_PURESIZE_EXTRA in src/puresize.h
> until it succeeds to builds again.
> 
> The fact that the pure Lisp size on the emacs-30 branch is borderline
> is known, but we don't expect to produce any more releases from that
> branch (and Emacs 31 drops the pure storage completely), so these
> problems must be solved locally by whoever builds the tarball.

No further comments within more than 2 weeks, so I presume the problem
was solved, and I'm therefore closing this bug.




This bug report was last modified 11 days ago.

Previous Next


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