From owner-freebsd-x11@FreeBSD.ORG Mon May 21 18:28:42 2007 Return-Path: X-Original-To: freebsd-x11@freebsd.org Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAEC816A480; Mon, 21 May 2007 18:28:42 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 745F813C46A; Mon, 21 May 2007 18:28:42 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP id l4LIScjI010716 (8.13.4/1.4); Mon, 21 May 2007 20:28:38 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP id l4LIScvu010712 (8.13.4/2.02); Mon, 21 May 2007 20:28:38 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 21 May 2007 20:28:38 +0200 (MEST) From: Michiel Boland To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <863b1qrz11.fsf@dwp.des.no> Message-ID: References: <200705202254.45347.jonathan@fosburgh.org> <20070521011217.O44264@volatile.chemikals.org> <863b1qrz11.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, Wes Morgan Subject: Re: Problem compiling xorg-server{-snap} on recent -CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2007 18:28:43 -0000 >> My build of xorg-server died. The box ran out of swap space. I have >> 512M RAM + 1G swap. Someone please tell me this is a glitch in the new >> gcc. I don't want to add ram just to be able to compile a simple >> program. :) > > The quick fix is to build at a lower optimization level. Advanced > optimizations can be very memory-consuming, especially when compiling > unusually large source files, or source files which contain unusually > large functions. Ok, that appears to do the trick. Compile without any optimization at all. But I wonder: what is the point of a huge object file with 10000 or so symbols, of which I most likely will use only one or two? I thought the whole point of the new xorg was the modularity. (I'm afraid I'm getting a bit off-topic now, so I will quickly stop my ranting here. :)