GNU bug report logs - #75907
30.0.93; Need bigger BASE_PURESIZE when building with PGTK variant

Previous Next

Package: emacs;

Reported by: Xiyue Deng <manphiz <at> gmail.com>

Date: Tue, 28 Jan 2025 08:40:01 UTC

Severity: normal

Found in version 30.0.93

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Xiyue Deng <manphiz <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75907 <at> debbugs.gnu.org
Subject: bug#75907: 30.0.93; Need bigger BASE_PURESIZE when building with PGTK variant
Date: Wed, 29 Jan 2025 03:14:52 -0800
Xiyue Deng <manphiz <at> gmail.com> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: Xiyue Deng <manphiz <at> gmail.com>
>>> Date: Tue, 28 Jan 2025 00:39:05 -0800
>>> 
>>> When building PGTK variant under Debian sbuild environment (with
>>> GCC-14), the build process will fail with "Pure lisp storage overflowed"
>>> (more error log at the end of email.)  However this seem to happen more
>>> likely under this environment only.  When using the Debian stable
>>> environment with GCC-12 it builds fine, so this looks to be GCC-14
>>> related.
>>> 
>>> As it seems historically the value of BASE_PURESIZE is allowed to grow
>>> to cope with similar errors, maybe increasing it again is acceptable?  I
>>> tried that increasing its starting value from 3,000,000 to 5,000,000 to
>>> be working, though I haven't tried a smaller value.  Patch attached.
>>
>> Thanks.
>>
>> Could you find the smallest increment that still allows you to build
>> Emacs?
>>
>
> Will try to do this and report back.
>
> [..snip..]

I have tested that 3400000 works while 3300000 fails.  I haven't tried
values in between.

Note that there are chances that some unrelated tests fail randomly, but
as I have succeeded build attempts at 3400000, can we assume this is
sufficiently large?

-- 
Regards,
Xiyue Deng




This bug report was last modified 111 days ago.

Previous Next


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