From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: Compilation failure on very large module Date: Tue, 13 Jun 2017 12:27:44 +0000 Message-ID: <20170613122744.u5p66es7adtycu7y@abyayala> References: <87fuf42i8j.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ueaoxcqlds3jpqes" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34855) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dKkvU-0005TS-Co for guix-devel@gnu.org; Tue, 13 Jun 2017 08:28:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dKkvT-0001hH-7e for guix-devel@gnu.org; Tue, 13 Jun 2017 08:28:04 -0400 Content-Disposition: inline In-Reply-To: <87fuf42i8j.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel , Ricardo Wurmus --ueaoxcqlds3jpqes Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s transcribed 0.9K bytes: > Hello, >=20 > Ricardo Wurmus skribis: >=20 > > Here=E2=80=99s the crash with Guile 2.2. I=E2=80=99ve added the module= to the list of > > modules that should be compiled and ran =E2=80=9Cmake=E2=80=9D. You ca= n see that there > > are a couple of undefined variables, but I don=E2=80=99t think this sho= uld lead > > to a crash. >=20 > Looks like the same problem as outlined here: > . >=20 > Basically the compiler=E2=80=99s memory consumption seems to be proportio= nal to > the size of the input file, when I think it should be proportional to > the complexity of the most complex top-level expression given that Guile > doesn=E2=80=99t do inter-procedural analysis. >=20 > (The failure you get on 2.0 seems to be another story: apparently we=E2= =80=99re > hitting a limitation somewhere in the object format.) >=20 > Ludo=E2=80=99. >=20 >=20 It is no longterm fix, but how about splitting up the largest modules we have in several reasonable sized modules? --=20 ng0 OpenPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 https://krosos.org/~/ng0/ --ueaoxcqlds3jpqes Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEqIyK3RKYKNfqwC5S4i+bv+40hYgFAlk/2j8ACgkQ4i+bv+40 hYhwXw/9EjyV3IaUb5djuWtZPl1U7MF2013fML0YU1LJSahu7Jow3AwxO7418ibz 6x05N+9Wb2L+3B+rR0P4bBqZc8/dbMMrNZ1Qv0H9fstpWSJ9TYNUHdMZQmUl1x3S cly7ER+6WnUbno6ZuwIu9VdBbaD1IY/ugL3d+Cp7LRYhogDkIc9ofWrBYzsTBppO 04m/Mr3p1hSp76VdCv2+3x2ab0exApy0MXooNtqWov7h9JAizW6O3fYV317J3H4n M156kOixUq0rFc+253MaXWFwhGGx2Tj9b0hkSZUaOfvB0b16GQ28GQlFVMV8cxca OtkxmIo96PZWy0RpNyVNhi7pfDn1nvUnqPhDBGAJkrhhwLMHrfWvqpY8h7k1Qs6D JoCZuB9rlTyS9H7x2yFsRwi79LLFv9XsOfK/u1tOD2kegvVTfpAFvsYtPpHwLwfy ESAwjACvRDCd8SFP2xNH/bxWyxAYzM/ghT7BXg5dYv823bHLslWMwaSMI44x8dFJ eWK9geRp8htSgmAJKc/j7+fhWrMK/aupjZXCEMoTkB1wTAdWklnLnRIZnXK5D6Gi Si8d7floHEaQ+Fiq1qAn7mmYbfwP8ZU1QcKhLoweG2cKTS23LHvrIkUKP/dr+jSY bbc6EzFdZR7Q75pISYU+8PctTpsoqahqM5K8opX1d3q6xTDuL4c= =2RRD -----END PGP SIGNATURE----- --ueaoxcqlds3jpqes--