NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-mac68k/51923: /usr/libexec/cc1: Cannot allocate memory
The following reply was made to PR port-mac68k/51923; it has been noted by GNATS.
From: Joerg Sonnenberger <joerg%bec.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: port-mac68k-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
netbsd-bugs%netbsd.org@localhost, bbraun%synack.net@localhost
Subject: Re: port-mac68k/51923: /usr/libexec/cc1: Cannot allocate memory
Date: Sun, 29 Jan 2017 21:21:29 +0100
On Sun, Jan 29, 2017 at 09:35:01AM +0000, Rin Okuyama wrote:
> The following reply was made to PR port-mac68k/51923; it has been noted by GNATS.
>
> From: Rin Okuyama <rokuyama%rk.phys.keio.ac.jp@localhost>
> To: gnats-bugs%NetBSD.org@localhost, bbraun%synack.net@localhost
> Cc:
> Subject: Re: port-mac68k/51923: /usr/libexec/cc1: Cannot allocate memory
> Date: Sun, 29 Jan 2017 18:30:38 +0900
>
> On 2017/01/29 17:45, Rin Okuyama wrote:
> > Could you please add
> >
> > options MAXTSIZ (16*1024*1024)
> >
> > to your kernel configuration file, and retry self-compiling?
>
> Sorry for confusing you. It should be:
>
> options MAXTSIZ="(16*1024*1024)"
Are there any inherent platform reasons for not using the same limits as
i386 by default? E.g. 256MB for MAXTSIZ, 3GB for data size and 64MB for
stack?
Joerg
Home |
Main Index |
Thread Index |
Old Index