GNU bug report logs -
#40522
‘guile3.0-guix’ sometimes fails to build on i686 (“Too many heap sections”)
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Thu, 9 Apr 2020 12:05:02 UTC
Severity: important
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40522 in the body.
You can then email your comments to 40522 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#40522
; Package
guix
.
(Thu, 09 Apr 2020 12:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 09 Apr 2020 12:05:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
‘guile3.0-guix’ occasionally fails to build on i686-linux:
--8<---------------cut here---------------start------------->8---
[ 94%] GUILEC gnu/services/cuirass.go
[ 94%] GUILEC gnu/services/cups.go
GC Warning: Failed to expand heap by 8388608 bytes
GC Warning: Failed to expand heap by 8388608 bytes
[...]
GC Warning: Failed to expand heap by 8388608 bytes
GC Warning: Failed to expand heap by 8388608 bytes
Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
/gnu/store/7ffcr3knh5jrj3lig4qf4fv0iws51l14-bash-minimal-5.0.7/bin/bash: line 7: 28331 Aborted XDG_CACHE_HOME=/nowhere host=i686-unknown-linux-gnu srcdir="." ./pre-inst-env /gnu/store/znlp9v4z0pda450bbsfqzppqj2m61sz9-guile-next-3.0.2/bin/guile -L "." -L "." --no-auto-compile -s "."/build-aux/compile-all.scm […]
--8<---------------cut here---------------end--------------->8---
(From
<https://berlin.guixsd.org/log/czsdfjykhlc4ngjdva17i4rglpnh86fl-guile3.0-guix-1.0.1-15.0984481>.)
<https://berlin.guixsd.org/search?query=guile3.0-guix+system%3Ai686-linux>
suggests it happens only occasionally. I suspect it’s more likely when
doing ‘-j 96’ than when doing ‘-j 4’ because the former requires more
memory.
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#40522
; Package
guix
.
(Thu, 09 Apr 2020 13:30:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 40522 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
https://github.com/Macaulay2/M2/issues/500 says there it's the Boehm GC being
configured for small memory by default.
They say setting the environment variable GC_INITIAL_HEAP_SIZE (to
like "50G") helps. Not sure why.
Also, there's an environment variable GC_MAXIMUM_HEAP_SIZE.
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#40522
; Package
guix
.
(Thu, 09 Apr 2020 15:34:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 40522 <at> debbugs.gnu.org (full text, mbox):
Hi,
Danny Milosavljevic <dannym <at> scratchpost.org> skribis:
> https://github.com/Macaulay2/M2/issues/500 says there it's the Boehm GC being
> configured for small memory by default.
Hmm, weird. ‘core-updates’ is on libgc 8.x (instead of 7.x), so we’ll
have to check if the same happens.
> They say setting the environment variable GC_INITIAL_HEAP_SIZE (to
> like "50G") helps. Not sure why.
>
> Also, there's an environment variable GC_MAXIMUM_HEAP_SIZE.
Looks like an ugly workaround, at best. :-)
Thanks for checking!
Ludo’.
Severity set to 'important' from 'normal'
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 11 Apr 2020 14:04:01 GMT)
Full text and
rfc822 format available.
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Sun, 11 Oct 2020 14:40:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
bug acknowledged by developer.
(Sun, 11 Oct 2020 14:40:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 40522-done <at> debbugs.gnu.org (full text, mbox):
Hi,
Ludovic Courtès <ludo <at> gnu.org> skribis:
> ‘guile3.0-guix’ occasionally fails to build on i686-linux:
>
> [ 94%] GUILEC gnu/services/cuirass.go
> [ 94%] GUILEC gnu/services/cups.go
> GC Warning: Failed to expand heap by 8388608 bytes
> GC Warning: Failed to expand heap by 8388608 bytes
>
> [...]
>
> GC Warning: Failed to expand heap by 8388608 bytes
> GC Warning: Failed to expand heap by 8388608 bytes
> Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
> /gnu/store/7ffcr3knh5jrj3lig4qf4fv0iws51l14-bash-minimal-5.0.7/bin/bash: line 7: 28331 Aborted XDG_CACHE_HOME=/nowhere host=i686-unknown-linux-gnu srcdir="." ./pre-inst-env /gnu/store/znlp9v4z0pda450bbsfqzppqj2m61sz9-guile-next-3.0.2/bin/guile -L "." -L "." --no-auto-compile -s "."/build-aux/compile-all.scm […]
>
> (From
> <https://berlin.guixsd.org/log/czsdfjykhlc4ngjdva17i4rglpnh86fl-guile3.0-guix-1.0.1-15.0984481>.)
I believe this is fixed by the switch to Guile 3.0.4 in commit
a2991de0f44a5f4db71ddad67e914fe3344a4505 (June 2020), where ‘-O1’ uses
the new “baseline compiler”, which is much less memory-hungry.
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 09 Nov 2020 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 174 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.