From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id OLMlK9tgQ2fq3gAAe85BDQ:P1 (envelope-from ) for ; Sun, 24 Nov 2024 17:22:35 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id OLMlK9tgQ2fq3gAAe85BDQ (envelope-from ) for ; Sun, 24 Nov 2024 18:22:35 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=ditigal.xyz header.s=20240917 header.b=NvEH3tvX; dmarc=pass (policy=reject) header.from=ditigal.xyz; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1732468955; a=rsa-sha256; cv=none; b=K3GFh+PMdgBR52jDp101HlssKdshrxGTibbDGEybzuE9wgQdMDWh219L0D15usMcnKKcp9 hC9OBYluI4yUwZ09eh+p8NfFl/wEd2cagIiMUtDj65neJaBE22yKnc4Jf4r00w9n3ooOoE IcgRS5Q3npU2jP0clldAMvpZJ2J6DvUCTyxDdNESbeuCKCX6NUXaXYuN9fMDYIHZplNge9 pqrjS6I9i2LMFPTYbDLoVedGxi7BwrFwQzpLe5nNwC2AcrtJzkBUKc9L1HSUU59gq0wPBD M+WSna5pbZUPLoYMIfYwFAJoX+LEESPXupnG7F+YBOftmPJd6X0WG0b/JUgcHQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=ditigal.xyz header.s=20240917 header.b=NvEH3tvX; dmarc=pass (policy=reject) header.from=ditigal.xyz; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1732468955; 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: in-reply-to:in-reply-to:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=Mv7cnWnhB86V2UKq1Rqs3o1t6UuboLvlXn1QY3g6CXY=; b=rPU5iK1/uVJczbqLsdu2JJcIldhuGTIwtqBgxBsVxK00OTpP+xrqymnNfpH8tqbEX/83bH z/oE94ZoMkc2auoGUMAG/+4IvB5TDLTcMbLADnSPMwUOaJPwyfmjENj2/yumQlvNE8S2fS /Yhl0+lsE2XKCB0/g9hOiN7OsNHgEI9iN4d+KMc3ooNVkp+lNfZFUwVPmU3zAoMLMGP4Dz uG8sSEk5zvocar0GeZV+hU1Rk1siASFs3DRnp7RMZ61DsTr8l2cwixM2BmNs2pGXGFSCQ/ vrcgL3XerMuImIk2Ct/FH1BAGnfAJFoacJz9SHPdVTYY2lP/b5AuHv5dXPka1Q== 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 92DF951620 for ; Sun, 24 Nov 2024 18:22:35 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tFGJA-0001X8-N2; Sun, 24 Nov 2024 12:22:06 -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 ) id 1tFGJ8-0001Qr-3X for guix-devel@gnu.org; Sun, 24 Nov 2024 12:22:02 -0500 Received: from ditigal.xyz ([2a01:4f8:1c1b:6a1c::] helo=mail.ditigal.xyz) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1tFGJ6-0006uy-Dr; Sun, 24 Nov 2024 12:22:01 -0500 Received: by cerebrum (OpenSMTPD) with ESMTPSA id b447f698 (TLSv1.3:TLS_CHACHA20_POLY1305_SHA256:256:NO); Sun, 24 Nov 2024 17:21:55 +0000 (UTC) From: Rutherther To: Stefan , guix-devel@gnu.org Cc: Ekaitz Zarraga , Attila Lendvai , Sergio Pastor =?utf-8?Q?P=C3=A9rez?= , Efraim Flashner , Timothy Sample , janneke@gnu.org Subject: Re: A different way to bootstrap and build GCC In-Reply-To: Date: Sun, 24 Nov 2024 13:02:11 +0100 Message-ID: <874j3w1r9r.fsf@ditigal.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ditigal.xyz; i=@ditigal.xyz; q=dns/txt; s=20240917; t=1732468915; h=from : to : cc : subject : in-reply-to : date : message-id : mime-version : content-type : content-transfer-encoding : from; bh=fYkL1fl8X4CrcA0yy/T8aW14NiBUvGWVrO9/MDK/hfc=; b=NvEH3tvXRpr+yz/wmChpyelux0coTgBbNIxQVctMgahTe4ZQPuwhbyphLXzcjznhZzicz fNwPWnZqdktwhngvXKJRO/MxQflV3yFAeP+vUlvnIfkm1PLdfDxNihJ9Kv3kAmjQINwluN8 zk0+td030YPwKtA/bdYfwLjwcCqYNjQ= Received-SPF: pass client-ip=2a01:4f8:1c1b:6a1c::; envelope-from=rutherther@ditigal.xyz; helo=mail.ditigal.xyz X-Spam_score_int: -4 X-Spam_score: -0.5 X-Spam_bar: / X-Spam_report: (-0.5 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list 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+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: 92DF951620 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -7.08 X-Spam-Score: -7.08 X-TUID: k19L+DZseAo3 Hi Stefan, > Well, finally my actual goal is to build GCC differently: There is no nee= d to patch in CROSS_C_INCLUDE_PATH etc. The include paths to standard head= er files must not be provided through > environment variables at all. This is the cause of all the troubles peop= le have with GCC in Guix for both native and cross building. In the end on= ly the one > gcc-12-strmov-store-file-names.patch is necessary, and this not even for = static builds during bootstrapping. Keeping (package (inherit =E2=80=A6) = =E2=80=A6) will tear in all the mistakes, which I try > hard to avoid. I think it's good idea to move away from C_INCLUDE_PATH, LIBRARY_PATH for the toolchain libraries (glibc, stdlibc++, ...), but what about other libraries? Those, as far as I can tell, have to be provided by a search path, as they cannot be compiled inside the toolchain. Or am I mistaken in this? And if this is true, I think it would be good to still keep this CROSS_* convention that allows at least gcc for base system, libraries for the base system, along with cross gcc and libraries for cross target. Of course there will still be problems with multiple target toolchains, and I am not sure what could be done to resolve that. Regards, Rutherther