From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 11:38:07 2017 Received: (at 28433) by debbugs.gnu.org; 30 Oct 2017 15:38:07 +0000 Received: from localhost ([127.0.0.1]:42414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9C8d-0004aE-DP for submit@debbugs.gnu.org; Mon, 30 Oct 2017 11:38:07 -0400 Received: from hera.aquilenet.fr ([141.255.128.1]:38140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9C8b-0004a4-JG for 28433@debbugs.gnu.org; Mon, 30 Oct 2017 11:38:06 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id CCA23F9DF; Mon, 30 Oct 2017 16:38:04 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZtVF4GsP-hWl; Mon, 30 Oct 2017 16:38:04 +0100 (CET) Received: from ribbon (unknown [193.50.110.213]) by hera.aquilenet.fr (Postfix) with ESMTPSA id E27E0F481; Mon, 30 Oct 2017 16:38:03 +0100 (CET) From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Danny Milosavljevic Subject: Re: [bug#28433] [WIP] Rust update References: <20170912185023.7de883ff@scratchpost.org> <873767cnsu.fsf@elephly.net> <20171026101728.6493ef46@scratchpost.org> <20171028124258.22553eee@scratchpost.org> <20171028133157.4dc52bd9@scratchpost.org> <20171028135726.76e5a14e@scratchpost.org> <87d1575dsw.fsf@gnu.org> <20171030123501.66cebab2@scratchpost.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 9 Brumaire an 226 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, 30 Oct 2017 16:38:02 +0100 In-Reply-To: <20171030123501.66cebab2@scratchpost.org> (Danny Milosavljevic's message of "Mon, 30 Oct 2017 12:35:01 +0100") Message-ID: <8760aw7ijp.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 28433 Cc: Ricardo Wurmus , 28433@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Danny Milosavljevic skribis: > On Sat, 28 Oct 2017 20:26:39 +0200 > ludo@gnu.org (Ludovic Court=C3=A8s) wrote: > >> Danny Milosavljevic skribis: >>=20 >> > Do we support lib32 a la "gcc -m32" ? How can we provide a working gli= bc for that? It seems that rustc bootstrap is trying to use that option.=20= =20 >>=20 >> We don=E2=80=99t support multilib, so glibc provides only 64-bit headers= on >> x86_64 (if you try -m32 there you=E2=80=99ll get an error about missing >> or something like that.) > > Yeah. > > What happens when I use an i686 host/target gcc and use "-m32" (rustbuild= does that)? Will it just ignore the option? Yes, I think -m32 is a no-op in this case. Ludo=E2=80=99.