Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 739552 - sys-devel/gcc-10.2.0-r1 - cc1plus: out of memory allocating 24088860 bytes after a total of 53628928 bytes
Summary: sys-devel/gcc-10.2.0-r1 - cc1plus: out of memory allocating 24088860 bytes af...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-29 21:24 UTC by PetaMem R&D
Modified: 2021-01-17 10:43 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description PetaMem R&D 2020-08-29 21:24:20 UTC
gcc 10.2.0 will not compile on a 32bit machine. Gave the VM 3GiB RAM, compiling with -j1 so only one process is active and still:


cc1plus: out of memory allocating 24088860 bytes after a total of 53628928 bytes
make[4]: *** [Makefile:678: aatree.lo] Error 1
make[4]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r1/work/build/i686-pc-linux-gnu/libitm'
make[3]: *** [Makefile:836: all-recursive] Error 1
make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r1/work/build/i686-pc-linux-gnu/libitm'
make[2]: *** [Makefile:518: all] Error 2
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r1/work/build/i686-pc-linux-gnu/libitm'
make[1]: *** [Makefile:19493: all-target-libitm] Error 2
make[1]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r1/work/build'
make: *** [Makefile:20826: bootstrap-lean] Error 2
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2020-08-30 08:01:17 UTC
Please attach the entire build log to this bug report.
Please post your `emerge --info' output in a comment.
Comment 2 Sergei Trofimovich (RETIRED) gentoo-dev 2020-08-30 12:20:44 UTC
Please provide 'emerge --info' output and 'build.log'.

> cc1plus: out of memory allocating 24088860 bytes after a total of 53628928 bytes
make[4]: *** [Makefile:678: aatree.lo] Error 1

50MB does not look like a lot of RAM. Are you building in tmpfs?
Comment 3 PetaMem R&D 2020-08-30 22:19:26 UTC
@Sergei: No tmpfs and actually encountering the same problem with gcc 9.3.0 on the same machine and ALSO after adding 1GB of swap.

(this is 9.3.0)

cc1plus: out of memory allocating 24082176 bytes after a total of 50462720 bytes
make[4]: *** [Makefile:678: alloc_c.lo] Error 1
make[4]: Leaving directory '/var/tmp/portage/sys-devel/gcc-9.3.0-r1/work/build/i686-pc-linux-gnu/libitm'
make[3]: *** [Makefile:836: all-recursive] Error 1
make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-9.3.0-r1/work/build/i686-pc-linux-gnu/libitm'
make[2]: *** [Makefile:518: all] Error 2
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-9.3.0-r1/work/build/i686-pc-linux-gnu/libitm'
make[1]: *** [Makefile:19064: all-target-libitm] Error 2

Machine could compile a 9.2.0.

Will provide the log and emerge info ASAP.
Comment 4 PetaMem R&D 2020-10-20 00:15:18 UTC
see also https://bugs.gentoo.org/750236
Comment 5 Sergei Trofimovich (RETIRED) gentoo-dev 2020-10-20 06:46:56 UTC
Can you post 'emerge --info' here as well?

I see that in linked bug you are using x86 (and I completely missed initial topic which said it's a 32-bit build).
Comment 6 PetaMem R&D 2020-10-20 10:44:47 UTC
It's the same machine. And yes, originally the 32bit info was in the subject. ;-)
Comment 7 Sergei Trofimovich (RETIRED) gentoo-dev 2020-10-20 17:07:03 UTC
If you rerun failed comman manually in $WORKDIR does it fail the same way?
Comment 8 PetaMem R&D 2021-01-17 10:43:45 UTC
(In reply to Sergei Trofimovich from comment #7)
> If you rerun failed comman manually in $WORKDIR does it fail the same way?

Yes. Current state of the matter is that none of our Gentoo 32bit KVM machines is able to compile a GCC >9.2.0  (9.2.0 working fine). Currently we're contemplating migrating these machines to 64bit and leaving 32bit behind, so it's no pressing issue, but we're also not intending to invest more energy into finding the root cause.

Therefore please adjust the state of the ticket at your discretion.