From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id APopDqkDDmLBvgAAgWs5BA (envelope-from ) for ; Thu, 17 Feb 2022 09:13:29 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id mNENC6kDDmLhGQAAauVa8A (envelope-from ) for ; Thu, 17 Feb 2022 09:13:29 +0100 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 BDB341C920 for ; Thu, 17 Feb 2022 09:13:28 +0100 (CET) Received: from localhost ([::1]:54934 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nKbup-0006tt-6I for larch@yhetil.org; Thu, 17 Feb 2022 03:13:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nKboc-0002jJ-On for guix-patches@gnu.org; Thu, 17 Feb 2022 03:07:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:56129) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nKbob-0007Ce-V6 for guix-patches@gnu.org; Thu, 17 Feb 2022 03:07:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nKbob-00080A-Qx for guix-patches@gnu.org; Thu, 17 Feb 2022 03:07:01 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#53878] [PATCH 07/11] gnu: chez-scheme: Explicitly package bootstrap bootfiles. Resent-From: Philip McGrath Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 17 Feb 2022 08:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53878 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Liliana Marie Prikler , 53878@debbugs.gnu.org Received: via spool by 53878-submit@debbugs.gnu.org id=B53878.164508519630724 (code B ref 53878); Thu, 17 Feb 2022 08:07:01 +0000 Received: (at 53878) by debbugs.gnu.org; 17 Feb 2022 08:06:36 +0000 Received: from localhost ([127.0.0.1]:50026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nKboC-0007zU-6v for submit@debbugs.gnu.org; Thu, 17 Feb 2022 03:06:36 -0500 Received: from mail-qv1-f53.google.com ([209.85.219.53]:44929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nKboA-0007zG-Vk for 53878@debbugs.gnu.org; Thu, 17 Feb 2022 03:06:35 -0500 Received: by mail-qv1-f53.google.com with SMTP id p7so6796630qvk.11 for <53878@debbugs.gnu.org>; Thu, 17 Feb 2022 00:06:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=philipmcgrath.com; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to:content-transfer-encoding; bh=CptnHaW8eb+oQzMjcBx24EXqPdjvT/H2Yur6O7bv0MA=; b=BUzft39XbtdCR4mMY8/qnFj4AeYZL9jVkY37SXjGmdauMMfJ9E9y5QqKvTcjHZyqcA rbePJoZyAfrNGZiTPr29A2Innwum/h54VdxtARbY0O1ut0aIZ9y2OxqqZhKgIDZZSgCu HZ9bc0hHnQQe7cgqgT97P4d2gMDnqh1Lha5nCwZmL/68fbir6EQ9j6kp1vKQXbqoaMlf 7l+C6U4914cj9guDSTDd/TOPW3cYqgxJ8+0pO2c5mojg1+APZaFNrOf/e+KaZDgsE36V +Qur8VYNz8SyxMvO9X3UCGya9G1OKJmAsrlSaQUbBKfb9o/bv9I2lrSeHL1hYHM6mzHY NwIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=CptnHaW8eb+oQzMjcBx24EXqPdjvT/H2Yur6O7bv0MA=; b=JpovdOmcqAC6yLmEAkxfJMEa5ykWcb8EQkit53vZOiF5E8gNqo/AmSpk0CwTCWKrAf 7nvf522U5s4+hJEmEef31FDqXi60jgyYvBkqI7/7UgZwDeKNdoXhnxyYUXtXlumlL+pi Zquvas1jksP9t+AcD64ugCEumgRe+sgQ38LFhxox5SVuVWM+iHxSdf/fC0tgeA0ld88h BZL6TJzVCbhhR9uS7XxgvQN/qUocC4A5vDKNI26Fc6ZhTH/p5MlM+WeMzk3rcw+rVUqx 5l7ACO1DkbWcnJ+sZ6ydGlDfnKBMaUoMu3ozbMIyTjN77nDBlbBiP37wNamKycCo5erb H1Fg== X-Gm-Message-State: AOAM531BIo2x59kZxeMue30M5t5eIuRZg317nudHSJ1a1ovJ36RHlfkQ hkn86P76+ICObaxGsKKOTQfYj2oqOghbO7KKN64= X-Google-Smtp-Source: ABdhPJxFCOLC5lxuH1MO+CeJKCTqbSyTn9pse6OQCHrhlRK5QzYumROT/a4MYHfH7Ml42XH44aRknA== X-Received: by 2002:ac8:5b82:0:b0:2cf:232d:b1f8 with SMTP id a2-20020ac85b82000000b002cf232db1f8mr1409573qta.58.1645085189334; Thu, 17 Feb 2022 00:06:29 -0800 (PST) Received: from [192.168.45.36] (c-73-125-98-51.hsd1.fl.comcast.net. [73.125.98.51]) by smtp.gmail.com with ESMTPSA id c21sm23296102qte.68.2022.02.17.00.06.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 17 Feb 2022 00:06:29 -0800 (PST) Message-ID: <0a2fdc03-5b05-02e4-ab0f-d9ef23d6460e@philipmcgrath.com> Date: Thu, 17 Feb 2022 03:06:28 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Content-Language: en-US References: <20220213215127.218952-1-philip@philipmcgrath.com> <20220213215127.218952-8-philip@philipmcgrath.com> <7a5ff55f7c05308cac7bb2aae5dbe0a16b8fa9b9.camel@ist.tugraz.at> <9979ce6c-9583-18e1-43da-098d2d74e741@philipmcgrath.com> From: Philip McGrath In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1645085608; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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:dkim-signature; bh=CptnHaW8eb+oQzMjcBx24EXqPdjvT/H2Yur6O7bv0MA=; b=RFSGxgidPoQ7Qgn22BdXBcyhIkw5HBp46Vc2mw1z5vz3OS94/BUBsd2r1WpJ6AUnjuqEr5 nMYLL/VxTNUKfD+IxqOWPXtIhENer8WbUVJShJc6OT0iV0YUwzNs1BN9Cz5KLFn5lozc4m 5A5yF2uzMZXQ38uEF5DALwmVMuSegU2NNpD0ShYdowXOSfSHgXoWLmlQBOjM6n67dQBCc/ A9ZamruONU08ghz9NoyfSS5jR4r9LdLcsklPFqgRF6EzotcxlJbe+vTbln78XfaIDcDAO7 SOYlY2d4QBIu8E+8HQVOP5Y9CTuQ5iaiJd8Zc3F7aFUDlJK/ehIJKuJt0LjsJQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1645085608; a=rsa-sha256; cv=none; b=H2xZxmExSvUv7rPrWQAn/9otkw1YPOY+VCzTFfzcOgFEtcF4OXJ1AGM9hR86G1rwdrZty9 v4c9+z8/lX65n9gT0RDoc+iiyNx2mNgEfrbCBKH1FrguRL36H27bYFF8g7dqIp7PZluRms 12qEjPSBGaEUogf02xh0u+oLQChp19Qn2tC/N/Z4z4oUMQRKL/AIa5kjMmrKQe1xw7ZDxP RFZj3pdkME/0qPg4z5E/feWSoLM95xVGBPLJrbjDjB0q56eM5t1xp47Ajjv3qvSyaAJjtr T84vN/rAeF1FQGNCuafk2BLZv06Rc27Gnc3hjm0FL8F8ozuSq7Aw66b4DXr79Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=philipmcgrath.com header.s=google header.b=BUzft39X; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.13 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=philipmcgrath.com header.s=google header.b=BUzft39X; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: BDB341C920 X-Spam-Score: -2.13 X-Migadu-Scanner: scn1.migadu.com X-TUID: vpMi9Mh3tdUl Hi, On 2/17/22 02:10, Liliana Marie Prikler wrote: > Hi, > > Am Mittwoch, dem 16.02.2022 um 16:13 -0500 schrieb Philip McGrath: >> Hi, >> >> On 2/14/22 09:54, Liliana Marie Prikler wrote: >>> Am Sonntag, dem 13.02.2022 um 16:51 -0500 schrieb Philip McGrath: >>>> This might seem a bit silly in isolation, but it makes the >>>> structure of the upstream Chez Scheme package the same as for the >>>> Racket variant, it sets things up for (one day, hopefully) >>>> actually being able to bootstrap the upstream Chez Scheme >>>> bootfiles, and it may be useful for cross-compilation and adding >>>> support for architectures without pre-built bootfiles from >>>> upstream. >>>> >>>> * gnu/packages/chez-and-racket-bootstrap.scm >>>> (chez-scheme-bootstrap-bootfiles): New variable. >>>> (chez-scheme)[native-inputs]: Add it. >>>> [arguments]: Add new phase 'unpack-bootfiles'. >>>> [version, source, home-page]: Derive from 'chez-scheme-bootstrap- >>>> bootfiles'. >>>> --- >>> While having chez-scheme-bootstrap-bootfiles (silly name) does make >>> some kind of sense, making chez-scheme inherit from it does not. >>> Given that we don't have a chez-scheme bootstrap tower at hand, you >>> should probably make (chez-scheme-bootstrap) a procedure which >>> takes chez-scheme's origin as argument and returns the full >>> package. >>> >> Making a function is an interesting idea, but I'm not sure I'm quite >> picturing what you have in mind. I will see if I can figure out >> something that seems reasonable as I revise this series, if I don't >> hear from you before then. > I was picturing something like > > (define chez-bootfiles (chez ...) > (package/inherit chez > (inputs ...) > (native-inputs ...) > (build-system ...) > (arguments ...))) > Sorry, I still don't think I'm following. Would this rely on the `mative-inputs` being thunked to let the result of this function be an input to `chez-scheme`? What commonality is the function abstracting over, compared to having 'chez-scheme-for-racket-bootstrap-bootfiles' inherit from 'chez-scheme-bootstrap-bootfiles'? (I'm using "-bootstrap-bootfiles" because there are also other kinds of bootfiles: applications can create their own bootfiles, e.g. "racket.boot", and using Chez as a cross-compiler also involves more bootfiles.) >> Is there a technical reason to prefer either repeating the home page, >> license, etc. or writing e.g. `(package-license >> chez-scheme-bootstrap-bootfiles)` rather than using inheritance? > You should not write (package-license chez-scheme-bootstrap-files), > that's the point! For one, that's exactly what inheritance would do > unless you specify the field (technical reason), but more importantly, > as a reader, using (package-license this-other-chez-thing) sends me on > a journey to track down this-other-chez-thing while determining the > license of chez! That's just silly (social reason). That makes some sense with respect to the license and home page, but what about 'package-source' and 'package-version'? -Philip