From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Hinsen Subject: Heap space when building SBCL packages Date: Mon, 23 Mar 2020 15:40:56 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42153) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jGOGE-0003X6-Up for help-guix@gnu.org; Mon, 23 Mar 2020 10:41:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jGOGD-0007dU-O7 for help-guix@gnu.org; Mon, 23 Mar 2020 10:41:02 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:43919) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jGOGD-0007cy-Cz for help-guix@gnu.org; Mon, 23 Mar 2020 10:41:01 -0400 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane-mx.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org Hi Guix, I am trying to figure out why sbcl-numcl fails to build since the update to SBCL 2.0.2. See here for a typical build log: http://ci.guix.gnu.org/build/2339924/details What happens is that SBCL runs out of heap space and stops. However, I can load numcl into SBCL 2.0.2 perfectly well when I load it via ASDF under my own user account. Therefore I suspect one of the following three possible causes: 1. The build daemon runs with memory restrictions that are too severe for building binaries for numcl. 2. Building binaries with SBCL takes more heap space than merely loading a system from source via ASDF. 3. Guix' build systems does something that either limits heap space or causes SBCL to require more of it. Does anyone have an idea on how to proceed to fix the problem? Cheers, Konrad.