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