From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=5uSc=34=gnu.org=ludo@sourceware.org>
Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10])
	by sourceware.org (Postfix) with ESMTPS id 3D99738532F9
	for <libc-alpha@sourceware.org>; Mon, 28 Nov 2022 15:37:04 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3D99738532F9
Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org
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 <ludo@gnu.org>)
	id 1ozgBr-0002cf-GT; Mon, 28 Nov 2022 10:37:03 -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=VZsld7ndrd/IlWN7bTldyiJFv//ckSSA8E11jziFz/E=; b=NSfTkrC2sxa3Xbi1Y4VI
	eUvLCRaM3U4ivjgUdWA1QGbuXY8XXiHfc6/h69gUCHwuCgIw+Vd3SQac/Psb6mt/aDF5DT1o7OxX3
	SiyFL1VhRMDgMdz11M4j1ECGWVKXYbpp+C4JVZgc7XWjQQ6qTA7wRsNeV+2MAj58PKyoN5wPHHXr0
	BZMoiRZ8dRdPeBn/mQIk/rp1SvXCkWz7yZSjWPQkf/zIrDz6F/V44YGr3tvxeBDh5i/U7FqrZhRyw
	pqsZVPXTWSoPddXRLEvXWUxQlbWr3zKGcdkO0oA9DI5xULPmAD04kGVZ8QZCw3kNMgRqjeAhhW9gC
	4t1iDzeOJ7wXoQ==;
Received: from [193.50.110.137] (helo=ribbon)
	by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.90_1)
	(envelope-from <ludo@gnu.org>)
	id 1ozgBq-0007li-Qp; Mon, 28 Nov 2022 10:37:03 -0500
From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@gnu.org>
To: Vineet Gupta <vineetg@rivosinc.com>
Cc: libc-alpha@sourceware.org,  Carlos O'Donell <carlos@redhat.com>,
  Fangrui Song <maskray@google.com>,  nelson Chu <nelson@rivosinc.com>,
  palmer@rivosinc.com,  gnu-toolchain@rivosinc.com
Subject: Re: [PATCH] Revert "Correctly determine libc.so 'OUTPUT_FORMAT'
 when cross-compiling."
References: <20221123025932.473655-1-vineetg@rivosinc.com>
	<87lenx9315.fsf@gnu.org>
	<b186deab-64c5-91f4-4dba-38591ef0f3ce@rivosinc.com>
X-URL: http://www.fdn.fr/~lcourtes/
X-Revolutionary-Date: Octidi 8 Frimaire an 231 de la =?utf-8?Q?R=C3=A9volu?=
 =?utf-8?Q?tion=2C?= jour du Miel
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, 28 Nov 2022 16:37:00 +0100
In-Reply-To: <b186deab-64c5-91f4-4dba-38591ef0f3ce@rivosinc.com> (Vineet
	Gupta's message of "Sun, 27 Nov 2022 18:24:47 -0800")
Message-ID: <875yezccpv.fsf@gnu.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP,URIBL_BLACK autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <libc-alpha.sourceware.org>

Hi,

Vineet Gupta <vineetg@rivosinc.com> skribis:

> On 11/26/22 06:57, Ludovic Court=C3=A8s wrote:
>> Hi,
>>
>> Vineet Gupta <vineetg@rivosinc.com> skribis:

[...]

>>> riscv glibc multilib builds lack riscv32 prefix binaries. They have a
>>> single set of "riscv64" prefixed binaries supporting both 32 and 64-bit
>>> abis: ilp32/ilp32d/lp64/lp64d using -march/-mabi.

[...]

> The issue is this patch makes an assumption that a triplet prefixed
> cross binary exists, which may not always happen in multilib setups.

Sorry, I had overlooked that.  I trust your judgment.

It does seem that we=E2=80=99ll have either one issue or the other though.
Downstream we can adjust either way, so that=E2=80=99s okay.

Thanks,
Ludo=E2=80=99.