From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: Heap space when building SBCL packages Date: Mon, 23 Mar 2020 15:59:40 +0100 Message-ID: <87sghz86cj.fsf@ambrevar.xyz> References: Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:46215) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jGOYO-000858-N7 for help-guix@gnu.org; Mon, 23 Mar 2020 10:59:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jGOYN-0006Nw-1o for help-guix@gnu.org; Mon, 23 Mar 2020 10:59:48 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:49157) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jGOYM-0006MG-R3 for help-guix@gnu.org; Mon, 23 Mar 2020 10:59:46 -0400 In-Reply-To: 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: Konrad Hinsen , help-guix@gnu.org Cc: Guillaume Le Vaillant --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Konrad, > 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. Hmmm, my intuition is that it would be surprising considering we build very heavy packages. > 2. Building binaries with SBCL takes more heap space than merely > loading a system from source via ASDF. I think probably not. However there are different ASDF operation. In the Guix build system we use "program-op" which does not behave like the default operation when loading a package. This could be a factor here. > 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? Can you reproduce with SBCL 2.0 or SBCL 1.5? Maybe report this issue to the SBCL issue tracker, they will probably know what's going on. Cheers! =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAl54ztwACgkQm9z0l6S7 zH/5kgf/ULZEsyksDsqYi/822ehMbGlq0bxZfq6VGsobMznIhLTU3VVETKa0goMG obU/jmgYJgw49TOa1WTnfTwwF3uTkAV7XrLgQOaBVDTWpZFevMr/FQOvnb2dTUu3 Vb27SW2EllJz8QrNEIdExkCJz2Uu3gKGQ4o8xUM2U84Ew0+3bKCYhG9Bi0Q/JE3o H7wFAQr+Qw9WbfxAUS08zqchxD1qSkqbppkyGj8zejTwiIgG8wW6OzY/T9ByE8BX jmfjfWACSdjtRUXVdAgeLAra/TXdRo5QCJ/TiBVKyd5fNCWn3/0I5Bbf+ub9/Usx FTwMNkO2rjXOrdjHCijjn1lS+KBWDg== =SgN8 -----END PGP SIGNATURE----- --=-=-=--