From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=KVYu=EO=zedat.fu-berlin.de=glaubitz@sourceware.org>
Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66])
	by sourceware.org (Postfix) with ESMTPS id 4F7243858D20
	for <libc-help@sourceware.org>; Tue, 29 Aug 2023 10:51:37 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4F7243858D20
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=physik.fu-berlin.de
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=zedat.fu-berlin.de
Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69])
          by outpost.zedat.fu-berlin.de (Exim 4.95)
          with esmtps (TLS1.3)
          tls TLS_AES_256_GCM_SHA384
          (envelope-from <glaubitz@zedat.fu-berlin.de>)
          id 1qawJq-001umg-F5; Tue, 29 Aug 2023 12:51:34 +0200
Received: from p57bd925a.dip0.t-ipconnect.de ([87.189.146.90] helo=[192.168.178.81])
          by inpost2.zedat.fu-berlin.de (Exim 4.95)
          with esmtpsa (TLS1.3)
          tls TLS_AES_256_GCM_SHA384
          (envelope-from <glaubitz@physik.fu-berlin.de>)
          id 1qawJq-002kGd-7d; Tue, 29 Aug 2023 12:51:34 +0200
Message-ID: <c39646c885102448c49a4797140e4fcfd1769717.camel@physik.fu-berlin.de>
Subject: Re: Tuple and changes for m68k with -malign-int
From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
To: Andreas Schwab <schwab@linux-m68k.org>
Cc: Adhemerval Zanella Netto <adhemerval.zanella@linaro.org>, Finn Thain
 <fthain@linux-m68k.org>, James Le Cuirot <chewi@aura-online.co.uk>, 
 libc-help@sourceware.org, debian-68k <debian-68k@lists.debian.org>,
 linux-m68k <linux-m68k@vger.kernel.org>
Date: Tue, 29 Aug 2023 12:51:33 +0200
In-Reply-To: <mvmy1hv71d7.fsf@linux-m68k.org>
References: 
	<e9035006d50933fb02727fa373629cc821784f6c.camel@aura-online.co.uk>
	 <10cbcb8a65639f88e7eeb503fd02df172bc46a07.camel@physik.fu-berlin.de>
	 <80a52487-3105-ed5b-a1eb-ec1a0689ef21@linux-m68k.org>
	 <4b4fe9c56dfdb8ec74150413cfc211d70243eb7e.camel@physik.fu-berlin.de>
	 <dba7fd40-00ee-0ac1-19fd-5ec146aca972@linaro.org>
	 <87134fda9b761e3f81588d440242b9a4e986ddbf.camel@physik.fu-berlin.de>
	 <mvmy1hv71d7.fsf@linux-m68k.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.48.4 
MIME-Version: 1.0
X-Original-Sender: glaubitz@physik.fu-berlin.de
X-Originating-IP: 87.189.146.90
X-ZEDAT-Hint: PO
X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP 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-help.sourceware.org>

On Mon, 2023-08-28 at 15:17 +0200, Andreas Schwab wrote:
> On Aug 28 2023, John Paul Adrian Glaubitz wrote:
>=20
> > The FP failures are most likely the result of the limitations of the FP=
U emulation
> > in QEMU for m68k. ARAnyM is known to have much better FPU emulation sup=
port than
> > QEMU, so if you want to have more accurate results, you should test on =
ARAnyM.
>=20
> No, you should test on real hardware.  Neither ARAnyM nor QEMU comes
> close.

In an ideal world, I would be testing on real hardware, yes. Unfortunately,=
 even on
my Amiga 4000 with 68060/50 MHz the testsuite would run two weeks or so.

> > After all, we had to change the ABI for TLS support as well, didn't
> > we?
>=20
> Nope.

So, any binaries from Debian Potato will still work against glibc 2.38 on m=
68k?

Adrian

--=20
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913