Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-06 Thread Laurent Vivier
Le 06/12/2015 14:09, Andreas Schwab a écrit : > Laurent Vivier writes: > >> I think qemu-m68k is emulating precisely the FPU. I've checked the >> result of testfloat on qemu-m68k, and moreover I've compared the result >> of softloat on my Quadra 800 (68040 FPU) against the result of qemu-m68k.

Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-06 Thread Andreas Schwab
Laurent Vivier writes: > I think qemu-m68k is emulating precisely the FPU. I've checked the > result of testfloat on qemu-m68k, and moreover I've compared the result > of softloat on my Quadra 800 (68040 FPU) against the result of qemu-m68k. That doesn't implement Motorola 80-bit float. How are

Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-06 Thread Andreas Schwab
John Paul Adrian Glaubitz writes: > And it's not that Aranym doesn't have it's own problem. I'm still seeing > the issues with kswapd consuming over 50% CPU time from time to time > slowing down the emulated machine quite notably. This is a known kernel bug, it can be worked around by writing 1

Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-06 Thread John Paul Adrian Glaubitz
On 12/06/2015 12:13 PM, Laurent Vivier wrote: > I think qemu-m68k is emulating precisely the FPU. I've checked the > result of testfloat on qemu-m68k, and moreover I've compared the result > of softloat on my Quadra 800 (68040 FPU) against the result of qemu-m68k. > > As I said, NaN is not defined

Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-06 Thread Laurent Vivier
Le 05/12/2015 20:59, Thorsten Glaser a écrit : > Dixi quod… >> Laurent Vivier dixit: >>> Le 21/11/2015 13:07, Andreas Schwab a icrit : >> Does that include the FPU emulation? >>> >>> I don't know: FPU emulation is on 96 bits (in fact 80...) and can have >>> some bugs (I didn't fix the NaN fo

Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-05 Thread John Paul Adrian Glaubitz
On 12/05/2015 09:12 PM, John Paul Adrian Glaubitz wrote: > And, yes, this is well known and being worked on. FYI, it's cas2 which is missing: (sid-m68k-sbuild)root@z6:/# objdump --disassemble libpthread-2.21.so | grep cas2l dcae: 0efc 8100 9141 cas2l %d0,%d1,%d4,%d5,%a0@,%a1@ dd6c:

Re: questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-05 Thread John Paul Adrian Glaubitz
On 12/05/2015 08:59 PM, Thorsten Glaser wrote: > It looks like Python running *on* qemu-m68k is, at the very least, > broken (probably precisely because it does funny things to the FPU): That's not questionable use, it's a bug and it will not make me stop use qemu-m68k as it is multiple times fast

questionable use of qemu-m68k for building (was Re: ruby2.2 fuckup)

2015-12-05 Thread Thorsten Glaser
Dixi quod… >Laurent Vivier dixit: >>Le 21/11/2015 13:07, Andreas Schwab a icrit : > >>> Does that include the FPU emulation? >> >>I don't know: FPU emulation is on 96 bits (in fact 80...) and can have >>some bugs (I didn't fix the NaN format for the moment). > >In this case, e.g. Python interpreter