From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] gnu: Add CCL. Date: Mon, 23 Feb 2015 22:46:06 +0100 Message-ID: <871tlg1eu9.fsf@gnu.org> References: <87vbj2d8ve.fsf@taylan.uni.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55159) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQ0pU-0005VE-6X for guix-devel@gnu.org; Mon, 23 Feb 2015 16:46:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YQ0pO-0008An-HK for guix-devel@gnu.org; Mon, 23 Feb 2015 16:46:16 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56547) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQ0pO-0008Ah-Da for guix-devel@gnu.org; Mon, 23 Feb 2015 16:46:10 -0500 In-Reply-To: <87vbj2d8ve.fsf@taylan.uni.cx> ("Taylan Ulrich \=\?utf-8\?Q\?\=5C\=22Bay\=C4\=B1rl\=C4\=B1\=2FKammer\=5C\=22\=22's\?\= message of "Mon, 16 Feb 2015 00:59:17 +0100") 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Taylan Ulrich =?utf-8?Q?=22Bay=C4=B1rl=C4=B1?= =?utf-8?Q?=2FKammer=22?= Cc: guix-devel@gnu.org taylanbayirli@gmail.com (Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer") skribis: > This uses a precompiled lisp heap image, which cannot be generated > without already having another version of itself (not even another CL > implementation), so it's perfect breeding ground for a Thompson > hack. :-) > > I've been told to wait for Ludovic's input on whether the package is > acceptable, due to the heap image issue, so postpone reviewing it if you > want. I think this is an unfortunate but common bootstrapping problem for compilers (MIT/GNU Scheme, GCJ/ECJ/IcedTea, GHC, etc.) and there=E2=80=99s = not much we can do about it when the upstream maintainers don=E2=80=99t provide= a way to bootstrap from source. So I think that=E2=80=99s not great, but tha= t=E2=80=99s acceptable. [...] > + (match (%current-system) > + ((or "i686-linux" "x86_64-linux") > + "0mr653q5px05lr11z2mk551m5g47b4wq96vbfibpp0qlc9jp58lc") > + ("armhf" > + "1py02irpmi2qz5rq3h33wfv6impf15z8i2rign6hvhlqn7s99wwh"))= )))))) Please add a =E2=80=98supported-systems=E2=80=99 field that lists those 3 s= ystems. OK to push with this change. > + (license (list license:lgpl2.1 > + license:clarified-artistic)))) ;TRIVIAL-LDAP package TRIVIAL-LDAP? Thanks! Ludo=E2=80=99.