Re: Emulated in qemu SS-20 can't compile gcc10/14?

[Chase Rayfield <cusbrar2%yahoo.com@localhost>]

On Wednesday, January 7, 2026 at 07:26:03 AM EST, Valery Ushakov <uwe%stderr.spb.ru@localhost> wrote

>I went through this when I wanted to build Self on sparc and it
>required cmake, so I had to build cmake. I naively tried to build it
>on my (diskless) javastation... Fast forward one month... Well, long
>story short, I loaned an U1 from a friend.
>-uwe

2047MB is the max you can pass to most qemu-sparc machines other than SS-5 (I think this is due to graphics being in the memory map or something due to AFX bus). I think sun4d should be able to address at least 16GB though each process space is limited to 3.5GB if it were implemented fully in qemu anyway. 

Also there are flags you can pass to the compiler to eg -fno-pipe (this forces GCC to not write out intermediate compilation to file instead of holding it in ram) and others https://wiki.debian.org/ReduceBuildMemoryOverhead 

32bit sparc before sun4u does not have a way to have kernel separately mapped so kernel context must be subtracted from the total 32bit address space of each process. On Solaris this is a 128MB kernel context for sun4c and sun4d and 512MB on sun4d. Solaris Internals: Solaris 10 and OpenSolaris Kernel Architecture has a good description of that on section 9.2 Linux does 1GB/3GB memory split not sure what NetBSD does though.