From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id EKP1LvdtBGHnywAAgWs5BA (envelope-from ) for ; Fri, 30 Jul 2021 23:24:07 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id MJ6JKvdtBGGCUQAAB5/wlQ (envelope-from ) for ; Fri, 30 Jul 2021 21:24:07 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 2A323171C0 for ; Fri, 30 Jul 2021 23:24:07 +0200 (CEST) Received: from localhost ([::1]:57742 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m9ZzC-0007Zc-9g for larch@yhetil.org; Fri, 30 Jul 2021 17:24:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59958) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m9Zz8-0007ZU-Ca for guix-patches@gnu.org; Fri, 30 Jul 2021 17:24:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:49531) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m9Zz8-0001p0-4u for guix-patches@gnu.org; Fri, 30 Jul 2021 17:24:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m9Zz7-0001gL-O9 for guix-patches@gnu.org; Fri, 30 Jul 2021 17:24:01 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#49280] [PATCH v2 0/3] gnu: racket: Update to 8.2. Bootstrap from C. Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Fri, 30 Jul 2021 21:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49280 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Philip McGrath Cc: 49280@debbugs.gnu.org Received: via spool by 49280-submit@debbugs.gnu.org id=B49280.16276801836398 (code B ref 49280); Fri, 30 Jul 2021 21:24:01 +0000 Received: (at 49280) by debbugs.gnu.org; 30 Jul 2021 21:23:03 +0000 Received: from localhost ([127.0.0.1]:32844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m9ZyB-0001f7-H2 for submit@debbugs.gnu.org; Fri, 30 Jul 2021 17:23:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m9Zy9-0001eT-W6 for 49280@debbugs.gnu.org; Fri, 30 Jul 2021 17:23:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59340) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m9Zy4-0001A0-IV; Fri, 30 Jul 2021 17:22:56 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=45340 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m9Zy4-0003Cc-BD; Fri, 30 Jul 2021 17:22:56 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20210629215255.3110238-1-philip@philipmcgrath.com> <20210629215742.3112654-1-philip@philipmcgrath.com> <20210629215742.3112654-2-philip@philipmcgrath.com> <87lf6gjy5l.fsf_-_@gnu.org> <270db91e-24f6-2754-7164-d0406aeebc60@philipmcgrath.com> Date: Fri, 30 Jul 2021 23:22:54 +0200 In-Reply-To: <270db91e-24f6-2754-7164-d0406aeebc60@philipmcgrath.com> (Philip McGrath's message of "Sun, 18 Jul 2021 17:35:56 -0400") Message-ID: <87zgu3xzrl.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1627680247; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=RrEvFQ7LB9CuFyUJH6C5QxV6unpuuRMcBBq+5BM/mY0=; b=ZdC0HWLwOsOoLjQ70vVzokbo+crvaRFq/qLPFKeN6I+4uWdDFOK1to77re6WzSBxpN17mF VfDOR+48sYvWgdhitoUKV3RVsLGvfZJdk3qCaksfhIdpVX+NRdh0ogcP5EU2tT3tEwbMJ3 9GAej77jHds73YrhgK0gso/nM6mi6MnaNfx/oOpU9QjshPeJ6kYqdWMBNVF9cE0eMOq1qt CMe65/0MnGFRomjaGgyuk60VJtgzbebC0MqDP94lMlqlsb1ln2UMxNeUB8JX3UVkpInDL+ oidQxeyC0Y7fV/JezhKkRZbqB5ulG8vWF0eSe4MqGDt3XA/O3OUCnE1ku3xj5w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1627680247; a=rsa-sha256; cv=none; b=im/4+WNRJ5lZesbmikfUNB8v0rRgw7kvIsYuN8UDD6Yajuvj1PJeslYmzpHrBIHu4yRpmE wQIL9ClnpOfNjOd+g5PI4gLu4Df8GV3wZb2xAMBvvMtYDzzn90CJ4s/HDrEyvWm4KLW3sS EQr/X93iPzbmIZfd++6VzNQ7XMbqim2DWKScXEzhJR1VzQXMFUPTxpReB3Qh26qW5MgQWG 7Lu4wbjGhis+a0Sy3dbDcSkt00p1QvXcH1VwCrSX1IbXrzXF2UkZOhGPEfHpIggh33l/7p lJlhmnYN7sye38AsWeNcOA02Z8KUSnOPMIQEJkYJtpKE4YG5HvJ82FQA9NFpdA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Migadu-Spam-Score: -2.92 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Migadu-Queue-Id: 2A323171C0 X-Spam-Score: -2.92 X-Migadu-Scanner: scn1.migadu.com X-TUID: xsJVSQi6/2lC Hi Philip, Sorry for the delay and thanks for the explanations! Comments/answers follow. Philip McGrath skribis: > On 7/8/21 5:25 PM, Ludovic Court=C3=A8s wrote: >> Philip McGrath skribis: >>=20 >>> * gnu/packages/racket.scm (racket-next-minimal,racket-next): New variab= les. [...] >> For this there=E2=80=99s already a documented convention (info "(guix) >> Package >> Naming"), although part of it is undocumented. The prefix would rather >> be =E2=80=9Cracket-=E2=80=9D to match what we do with other packages=E2= =80=93=E2=80=9Cghc-=E2=80=9D, =E2=80=9Cocaml-=E2=80=9D, >> =E2=80=9Cguile-=E2=80=9D, and so forth. > > I wrote these as statements in the hope of eliciting any disagreement :) > > The problem I see with using just =E2=80=9Cracket-=E2=80=9D as the prefix= is the > potential for collisions, especially because Racket uses a lot of the=20 > namespace: for example, "_" is a useful example package for testing > package issues, and I maintain the "_-exp" package. There don't seem > to be Racket packages named "minimal" or "next" right now, but they > seem reasonably likely to be used in the future, and Guix likewise may > want to add packages that don't correspond directly to a single > Racket-level package. (In fact, I think this may be necessary to build > Racket packages with mutually recursive dependencies.) Other Racket > package names that I think might be less confusing if prefixed with=20 > =E2=80=9Cracket-pkg-=E2=80=9D include "base", "racket-lib", "unstable", "= profile", > "make", "data", "images", "compiler", "compatibility", "pkg-build", > and "main-distribution". I would not worry too much about name collisions. After all, we have 18K packages and a great potential for collisions already. :-) We can deal with a hypothetical =E2=80=9Cnext=E2=80=9D Racket package when = it comes into existence. > But we don't need to resolve this now, and maybe actually implementing > that support will clarify what issues really do or don't exist. I will=20 > just remove this whole comment for now, since I don't need to make a > choice between "racket-next-minimal" and "racket-minimal-next". Either way is fine with me. :-) > In addition to bootstrapping, there are three reasons I know of to > want Racket BC: > > 1. The BC and CS implementations have different C APIs, so some > low-level code may support BC but not CS. But this isn't usually a > good reason. Racket packages should support both implementations. > Embedding applications ideally would also be portable: if it's > only feasible to support one implementation, it should be CS. > > 2. Comparing the BC and CS implementations can be useful for testing > and debugging, both for packages that use the FFI and when hacking > on the Racket runtime system itself. > > 3. Most importantly, BC supports some architectures that CS does not. > > In particular, Racket CS does not (yet) support ppc64le, which Racket > BC does support. The recommendation to packagers, and what Debian > does, is > to explicitly use BC on platforms without CS support: > https://github.com/racket/racket/issues/3773#issuecomment-832935403 > > I'm not sure what the most idiomatic way to do this is in Guix. Once we have a =E2=80=98racket-build-system=E2=80=99, it could pick the rig= ht Racket as a function of the target system. Otherwise we could do a trick of the sort we have for =E2=80=98pkg-config= =E2=80=99, but I=E2=80=99d rather avoid that. Thanks, Ludo=E2=80=99.