From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <guix-patches-bounces+larch=yhetil.org@gnu.org>
Received: from mp1.migadu.com ([2001:41d0:403:4876::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms13.migadu.com with LMTPS
	id MAuZIRgEO2fXXQEA62LTzQ:P1
	(envelope-from <guix-patches-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Mon, 18 Nov 2024 09:08:40 +0000
Received: from aspmx1.migadu.com ([2001:41d0:403:4876::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp1.migadu.com with LMTPS
	id MAuZIRgEO2fXXQEA62LTzQ
	(envelope-from <guix-patches-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Mon, 18 Nov 2024 10:08:40 +0100
X-Envelope-To: larch@yhetil.org
Authentication-Results: aspmx1.migadu.com;
	dkim=pass header.d=debbugs.gnu.org header.s=debbugs-gnu-org header.b="LvC/BHoF";
	dkim=fail ("headers rsa verify failed") header.d=gnu.org header.s=fencepost-gnu-org header.b=L2YEMysQ;
	dmarc=pass (policy=none) header.from=gnu.org;
	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"
ARC-Seal: i=1; s=key1; d=yhetil.org; t=1731920920; a=rsa-sha256; cv=none;
	b=psKeL3vZM0Drhk5ZXq8mhlsEzQ959t2HiInFykWsdXkne7qVI6XCrOuvtxwgRkmA2XwFkP
	RsBlcv4CJ6bmZJYxIuiHLg/YE9eQOnQKxPd1kXAIi6F6GNAVBFqtqRfpIqZirvkJ4xw0Hw
	opofiz1RTMq17M62NCcUzA/ifUXrQ8fPR7/6OwsM01VO3s5xuLrQ4EM1RQF2AZncmHl5uG
	JvNSSjpGtVH7EWpARgeIThoB6pue0Et7x6rCgEH5ECR4Ze96yLNjvSQoofQhCUhigdld7K
	H6PGX1KmK0hqP+KzdgnETApZKMROtDg5+CqOLvIT3Jv3pEVt+VTRJmA8anTDrQ==
ARC-Authentication-Results: i=1;
	aspmx1.migadu.com;
	dkim=pass header.d=debbugs.gnu.org header.s=debbugs-gnu-org header.b="LvC/BHoF";
	dkim=fail ("headers rsa verify failed") header.d=gnu.org header.s=fencepost-gnu-org header.b=L2YEMysQ;
	dmarc=pass (policy=none) header.from=gnu.org;
	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"
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org;
	s=key1; t=1731920920;
	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:dkim-signature;
	bh=3z6seS7A3rUogmlTyQAaOY1B27fapdqBt8RGs75j/1U=;
	b=ar10+UoIXm8JaOEZOVyrnZI/yA+bgBPKWQRdxEWiaurj0DSls36jyoZPRietDEMiE7BIkR
	f3IR4bp5lGLHFO6fVQB232LhMz+DX9Hl2CybH+HkvARUQdKZVEN4CRpqznbv9vZfDpjJAm
	PL/6QLxczlPG+vSmStMforehOXp8VYLddWuPqd4bk2sIqo4FR73ESfQjV1LEB9Pfhv+RPe
	Kc3tRxhgputYvyQWGyFdV00HcPTSLhshvLqh4rADcCC3iXoQwIL+irmOVvF4xr4FGEOjkj
	PU2Q9A4QXwKyv9gwq/5hv/NTdkPMcAOOJ9zGpcm9xs7kXU4JnucqXmWbxRzztA==
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 2E7C01A99A
	for <larch@yhetil.org>; Mon, 18 Nov 2024 10:08:40 +0100 (CET)
Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <guix-patches-bounces@gnu.org>)
	id 1tCxkI-0001f7-23; Mon, 18 Nov 2024 04:08:34 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1tCxjm-0001M4-36
 for guix-patches@gnu.org; Mon, 18 Nov 2024 04:08:02 -0500
Received: from debbugs.gnu.org ([2001:470:142:5::43])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1tCxjl-00085j-Qo
 for guix-patches@gnu.org; Mon, 18 Nov 2024 04:08:01 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=debbugs.gnu.org; s=debbugs-gnu-org; 
 h=MIME-Version:Date:References:In-Reply-To:From:To:Subject;
 bh=3z6seS7A3rUogmlTyQAaOY1B27fapdqBt8RGs75j/1U=; 
 b=LvC/BHoFHpHDA9P05o7loKWJmo27C+b1Q9G2GEQT7x7bPwEEBwNEAA9oIrQym57idvKFgUbU/58q428jRCCJbaxGl6Vs2MEQ4GKFBbOchkxyX6hiupT9rHV2f8oMQpgh5QhHJw9uy8yFBmlPIpbOFT4X+3KhQpQMg/LfEaAsh/ByMU0jqKJKyp0TUCOJLfB2+ADrvWHwRji1U7YnbR6J6k7d261/c4WnzLyHxPPIAhrzUlGQnuPHaE8/XrWF4okhKP7dWcC4qUj4Pg0YgOiPM1+gNsIK3JdGhEz60hSrIi84YPsAmYGHRIZ+8YS3HkdcUSZ0ViaY1bPpQAI/T9MTgA==;
Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1tCxjl-0006hL-LR
 for guix-patches@gnu.org; Mon, 18 Nov 2024 04:08:01 -0500
X-Loop: help-debbugs@gnu.org
Subject: [bug#74290] [PATCH v2 05/40] gnu: Add basic support for x86_64-pc-gnu
 target, aka 64bit Hurd.
Resent-From: <janneke@gnu.org>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: guix-patches@gnu.org
Resent-Date: Mon, 18 Nov 2024 09:08:01 +0000
Resent-Message-ID: <handler.74290.B74290.173192086825721@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 74290
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@gnu.org>
Cc: 74290@debbugs.gnu.org, Josselin Poiret <dev@jpoiret.xyz>,
 Ekaitz Zarraga <ekaitz@elenq.tech>, Simon Tournier <zimon.toutoune@gmail.com>,
 Mathieu Othacehe <othacehe@gnu.org>, Tobias Geerinckx-Rice <me@tobias.gr>,
 Efraim Flashner <efraim@flashner.co.il>, Andreas Enge <andreas@enge.fr>,
 Christopher Baines <guix@cbaines.net>
Received: via spool by 74290-submit@debbugs.gnu.org id=B74290.173192086825721
 (code B ref 74290); Mon, 18 Nov 2024 09:08:01 +0000
Received: (at 74290) by debbugs.gnu.org; 18 Nov 2024 09:07:48 +0000
Received: from localhost ([127.0.0.1]:59925 helo=debbugs.gnu.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
 id 1tCxjY-0006gn-CC
 for submit@debbugs.gnu.org; Mon, 18 Nov 2024 04:07:48 -0500
Received: from eggs.gnu.org ([209.51.188.92]:40562)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <janneke@gnu.org>) id 1tCxjW-0006gZ-7C
 for 74290@debbugs.gnu.org; Mon, 18 Nov 2024 04:07:47 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <janneke@gnu.org>)
 id 1tCxjN-00082z-VX; Mon, 18 Nov 2024 04:07:38 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=3z6seS7A3rUogmlTyQAaOY1B27fapdqBt8RGs75j/1U=; b=L2YEMysQo4YfBjaltrBb
 urwQi21G0UUW+h5me0TLjWsSzkS6BgjuyEgbO1Sz6Xm3in+TkouMZ3M+6HAFrSTA4oBBulGDAjDcv
 8jHaRy+TdPCaPIYgtgD07HePG1UUcCSAlqp1O+FSHfiFblXrEzvmelYTYPd9mCPyl/kdDGcTkYrEi
 wi6JwU/Z5sMAITUXLJZW8rhXvQ7Sp9uZY2kc/X6jB8/GY0eInEviL8Exvxoi4uwUMi0Ws0EZGfC8X
 TuRpy0sxnK62YGPYNK3SiPwihR2b0yJ23QSt33ny2P3l9Y/PJzrHShcNQc5i8l8hxHuc7eNE9nwnE
 TYX9cnUMJJ5qqg==;
From: <janneke@gnu.org>
In-Reply-To: <87bjydhquw.fsf@gnu.org> (janneke@gnu.org's message of "Mon, 18
 Nov 2024 09:45:59 +0100")
Organization: AvatarAcademy.nl
References: <cover.1731427612.git.janneke@gnu.org>
 <99a9152dc069538a151504d65b85fd5105149a51.1731427612.git.janneke@gnu.org>
 <87mshxkd89.fsf@gnu.org> <87o72dn544.fsf@gnu.org>
 <87bjydhquw.fsf@gnu.org>
X-Url: http://AvatarAcademy.nl
Date: Mon, 18 Nov 2024 10:07:33 +0100
Message-ID: <87r078hpuy.fsf@gnu.org>
User-Agent: Gnus/5.13 (Gnus v5.13)
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: <guix-patches.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-patches>,
 <mailto:guix-patches-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/guix-patches>
List-Post: <mailto:guix-patches@gnu.org>
List-Help: <mailto:guix-patches-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-patches>,
 <mailto:guix-patches-request@gnu.org?subject=subscribe>
Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org
Sender: guix-patches-bounces+larch=yhetil.org@gnu.org
X-Migadu-Country: US
X-Migadu-Flow: FLOW_IN
X-Migadu-Spam-Score: -7.13
X-Spam-Score: -7.13
X-Migadu-Queue-Id: 2E7C01A99A
X-Migadu-Scanner: mx10.migadu.com
X-TUID: h9VNSOV9bbyi

>> Ludovic Court=C3=A8s writes:
>>
>>> Janneke Nieuwenhuizen <janneke@gnu.org> skribis:
>>>
>>> Then, as a second step, we could prepare a =E2=80=98core-packages-team=
=E2=80=99 branch
>>> that upgrades =E2=80=98gcc=E2=80=99 globally, and that way we keep some=
thing consistent
>>> and simpler, without =E2=80=98current-gcc=E2=80=99.  (Though it means w=
e=E2=80=99d have to wait
>>> before we can build natively on x86_64-gnu.)
>>>
>>> WDYT?
>>
>> I've been thinking about this route and decided against it because it
>> seems to me that upgrading to gcc-14 will cause a lot of trouble/work.
>>
>> However, if that work is shared, and we have the build farm to help, it
>> may be the best route.  Maybe the wait doesn't have to be too long?
>> Also, in the mean time, upstream support might improve.
>>
>> Maybe we can decide to go the route you propose and also keep this
>> current-gcc patch on the hurd-team branch for a bit (we prepend a fat
>> REMOVEME in front of it).  We can keep working on native Hurd builds
>> that use gcc-14 on hurd-team using this hack, until core-packages-team
>> is ready to make it obsolete?
>
> So, what about if we do, in addition to the %xgcc =3D> gcc-14 in
> cross-base -- we use gcc-14 on the 64bit hurd /system/:
>
> diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
> index a14de3002f..2b0b4b07b4 100644
> --- a/gnu/packages/commencement.scm
> +++ b/gnu/packages/commencement.scm
> @@ -3642,7 +3642,9 @@ (define-public gcc-toolchain-14
>=20=20
>  ;; The default GCC
>  (define-public gcc-toolchain
> -  gcc-toolchain-11)
> +  (if (system-hurd64?)

Hmm, no that doesn't work; (%current-system) is #f at toplevel.  We
could only do something like

  (define (host-hurd64?)
    (let ((uname-info (uname)))
      (and (equal? (utsname:sysname uname-info) "GNU")
           (equal? (utsname:machine uname-uname) "x86_64"))))

and then it still would not work for offloading.  It might be a cleanish
way to enable development in the 64bit childhurd before the full gcc-14
transition?

--=20
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar=C2=AE https://AvatarAcade=
my.com