From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id QKGQFWYCrmE8bwAAgWs5BA (envelope-from ) for ; Mon, 06 Dec 2021 13:30:30 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id KNsiEWYCrmHbMgAAbx9fmQ (envelope-from ) for ; Mon, 06 Dec 2021 12:30:30 +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 1C3182BCE8 for ; Mon, 6 Dec 2021 13:30:30 +0100 (CET) Received: from localhost ([::1]:44078 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1muD8W-00062S-NH for larch@yhetil.org; Mon, 06 Dec 2021 07:30:28 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47442) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muD8E-0005zE-54 for guix-devel@gnu.org; Mon, 06 Dec 2021 07:30:11 -0500 Received: from [2001:470:142:3::e] (port=48746 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muD8D-0001QC-LU; Mon, 06 Dec 2021 07:30:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=XmoLFdIPvuGJIaVJc5RK3byX8SxiBHZS8EP6EkPNAP4=; b=HKOqeZVP5vCJXOB27fR9 ku9cd75ri/XNntSum6GoOinCHW29bWH9T084jVw/XH2l+lA1KgtGMeFJk/il1HkCSvfPKUSigB913 am/QW9yvHbePcsIsAMfhVO/RDeXMIV3JLsvMJX2LJZ2m0PzT2tbY963/gw8kl1VjW7zfXwA7KTlVJ rfpgoQdqp8nuMhltaUsJRfTV1Gmrkwsx/3BjjLN+AXZuZlV31XGGSAlWducv9yhqNW/r7QhlyfI5P uukgLFO12s9wGg0oAO2KL3tP0bF3R+Mf1PbAvXYzHu5A6sZ9Btfu5pud1RCOp4ZviJ99WO9dNzcUk /Fy8UVKewmT3Tg==; Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=43388 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muD89-0007nC-CJ; Mon, 06 Dec 2021 07:30:06 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxim Cournoyer Subject: Re: Desktops on non-x86_64 systems References: <8735nh8bvw.fsf@inria.fr> <87sfvhnrm2.fsf@elephly.net> <87pmql6kug.fsf@gmail.com> <87lf196jrg.fsf@gmail.com> <874k7w9nm9.fsf@gnu.org> <87pmqghqiy.fsf@gmail.com> <87mtlkz03c.fsf@gnu.org> <87tufm8oi0.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 Frimaire an 230 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 06 Dec 2021 13:30:02 +0100 In-Reply-To: <87tufm8oi0.fsf@gmail.com> (Maxim Cournoyer's message of "Sun, 05 Dec 2021 21:18:31 -0500") Message-ID: <87mtldor05.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: 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: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" 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=1638793830; 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:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=XmoLFdIPvuGJIaVJc5RK3byX8SxiBHZS8EP6EkPNAP4=; b=sWm6O+9fRBfjsyRsjrAFWTYeZqfsVmRCvmJZ2eLlSde6vfG3EE49RnAL+dljLS/UlFQiBs vO7SrS28zjbU/owOF1XGpb5s1DvQ6JJDohklM0n5PDl9BN9SgfnWirQgayQBx9YD5p2Iqe QY8AHSsXGqYl2Bmh8x3QYOslz8MdGjZaPXwNkMm/JN1H4c1IrGrtvrDk5SE7msAmHvRKYO VqLNLwHZdTcKpBGNc7i6ZgID63iGej6KKzbPQsz5W3T85WeJlp8WrD3X/u57ZCLI8Bbl5J PQPwDnXB8FvNIltQhxDpKu575fcevMWiG8SEcNmE7nYKX4M0yqIz8lOMQRGrwg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638793830; a=rsa-sha256; cv=none; b=B6Up/akhmZgvryrKHovzaDbOOClG/6YqCt+YJ1ozvGsAJEZYRpUxWEu5u5wS2uQM3fSqsO KOhnA7zzaCfsm1Cyu5xZ41ZsDiWo7PDE4sLLsh1l9XZejNlv3MkrIighicndU+DMy/dqr+ 7jDLrgFL7QBXMYGdbbZ6x+Ak8vQe0+wRgrG05fjxtucZP6pVN4aPQMCOOHnHtSzA91fO+S O7NI1eLbKYIKRegES5H7oQkN5B4buwfHPOim+wYVb77HgqjZZZnE+D33JXzSO1xvsof4eG 4ioshXFsjEezPqy86zrJ84CMG8RGoMhrLr4vYWtg+QdEJlyS7bGNi17ZOBFqQg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=HKOqeZVP; dmarc=pass (policy=none) header.from=gnu.org; 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" X-Migadu-Spam-Score: -5.34 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=HKOqeZVP; dmarc=pass (policy=none) header.from=gnu.org; 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" X-Migadu-Queue-Id: 1C3182BCE8 X-Spam-Score: -5.34 X-Migadu-Scanner: scn0.migadu.com X-TUID: I0jPNmvZtDOV Hi Maxim, Maxim Cournoyer skribis: > I've refreshed the branch again, and now there are no performance > problems with the cross-built rustc. > > But Ludovic mentioned that the binary would need to be statically linked > rather than dynamically linked, and in the case of rustc that > complicates things because it relies on dynamic linkage for its > procedural macros, a feature it uses and thus requires to build itself. Bah, too bad. > It could perhaps work to 'guix pack' it into a relocatable pack, but > that'd be fragile and not very clean, compared to a statically link > archive. > > The road ahead is > > 1. Try to 'cargo expand' the crates that use other proc macros crates, > and de-register the proc-macros crates from the rust sources. Rust > bundles about 40 proc-macros crates. That's not guaranteed to work > easily, unfortunately, as 'cargo expand' is a lossy process and not > guaranteed to be correct. > > 2. Supposing 1 works, it should be possible to build a statically linked > rust/cargo. > > If the above fail or is too difficult to achieve, we could explore a > 'guix pack'-based solution. We could try option #2 =E2=80=98guix pack -RR=E2=80=99. However it seems t= hat it=E2=80=99d still be a looong road before we have a usable bootstrap binary of Rust. Option #1 seems even trickier (though I next to nothing about Rust). I think our energy would be better spend on trying the latest mrustc and the proposed i686 =E2=80=9Cfixes=E2=80=9D=C2=B9, or, as a longer-term solut= ion, trying GCC-Rust. Anyhow, my (limited) understanding is that there=E2=80=99s no =E2=80=9Cobvi= ous=E2=80=9D solution in sight, but rather longer-term approaches that need to be tried and developed. Thanks for digging this deep into this! Ludo=E2=80=99. =C2=B9 https://github.com/thepowersgang/mrustc/issues/78#issuecomment-98083= 0551