https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109927
--- Comment #9 from rguenther at suse dot de <rguenther at suse dot de> --- On Tue, 23 May 2023, userm57 at yahoo dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109927 > > --- Comment #8 from Stan Johnson <userm57 at yahoo dot com> --- > > How much virtual memory does the m68k host have? > > Swap space in the m68k virt VM is configurable; I'm using 1 GiB in two 512 MiB > partitions. I noticed that compilation goes further with two 512 MiB > partitions > that with one 1 GiB partition, even though the second 512 MiB swap partition > isn't used (see above). And I know I tested 2 GiB swap at one point, and that > also failed. The virt VM is configured with 3399672K memory. The question is how much virtual memory is exposed to a user process, that is - how large is the address space? > While observing the failure, it appears to happen when the assembler "as" > becomes more active (so probably when cc1plus is about done). Assembler memory > increases quickly, and swap space is not really exhausted, despite the error > message. That's odd, I never noticed the assembler taking much memory. > > Can you try current mainline to see if that's enough to pass native > > bootstrap in qemu? > > Native (manual) bootstrap of gcc-13.1 in QEMU (virt and q800) failed in > Gentoo, > but the failure was slightly different (it failed in stage 3 instead of stage > 2). And I used Gentoo's configure options, as documented above. I could try no > configure options, followed by "make bootstrap"; would that be helpful? If > yes, > should I use Gentoo or Debian SID? Note mainline would be gcc 14.0, you can probably download a recent snapshot.
