Re: Tuple and changes for m68k with -malign-int

Michael Schmitz <[email protected]>
Newsgroups gmane.linux.debian.ports.68k
Message-ID <[email protected]>
Hi Adrian,

On 29/08/23 22:51, John Paul Adrian Glaubitz wrote:
> On Mon, 2023-08-28 at 15:17 +0200, Andreas Schwab wrote:
>> On Aug 28 2023, John Paul Adrian Glaubitz wrote:
>>
>>> The FP failures are most likely the result of the limitations of the FPU emulation
>>> in QEMU for m68k. ARAnyM is known to have much better FPU emulation support than
>>> QEMU, so if you want to have more accurate results, you should test on ARAnyM.
>> 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.
Then, in a slightly less than ideal world, errors in FPU emulation 
should be identified and corrected so emulation can be used to run 
testsuites with confidence.
>>> After all, we had to change the ABI for TLS support as well, didn't
>>> we?
>> Nope.
> So, any binaries from Debian Potato will still work against glibc 2.38 on m68k?

Haven't gone back to potato, but binaries from sarge still run against 
glibc from bullseye (that's the latest test image I use - glibc 2.30 IIRC).

Geert kindly provided links to the old filessys-ELF ram disks so I can 
try and extract binaries from those, but as far as I'm concerned, I'd 
take Geert's word for it.

Some LD_PRELOAD and LD_LIBRARY_PATH hacking might be necessary to 
provide libraries missing from a current system, but it can be done. And 
I occasionally do use binaries that I've compiled on one particular 
system but cannot readily rebuild on another.

Cheers,

     Michael

>
> Adrian
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.