Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-20 Thread Takashi Yano via Cygwin
Hi Brian, On Mon, 14 Oct 2024 15:38:22 +0900 Takashi Yano wrote: > On Mon, 14 Oct 2024 14:59:40 +0900 > Takashi Yano wrote: > > On Mon, 14 Oct 2024 14:29:58 +0900 > > Takashi Yano wrote: > > > Hi Brian, > > > > > > Thanks for the detail expression. > > > > > > On Sun, 13 Oct 2024 16:19:31 -0600

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-14 Thread Christian Franke via Cygwin
Takashi Yano via Cygwin wrote: ... Please check v2 patch. The v3(!) patch fixes my testcases. Both branches (xsave64, fxsave64) were tested. -- Regards, Christian -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:h

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-14 Thread Takashi Yano via Cygwin
On Mon, 14 Oct 2024 14:29:58 +0900 Takashi Yano wrote: > Hi Brian, > > Thanks for the detail expression. ^^ explanation -- Takashi Yano -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Takashi Yano via Cygwin
On Mon, 14 Oct 2024 14:59:40 +0900 Takashi Yano wrote: > On Mon, 14 Oct 2024 14:29:58 +0900 > Takashi Yano wrote: > > Hi Brian, > > > > Thanks for the detail expression. > > > > On Sun, 13 Oct 2024 16:19:31 -0600 > > Brian Inglis wrote: > > > On 2024-10-13 14:06, Takashi Yano via Cygwin wrote: >

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Takashi Yano via Cygwin
On Mon, 14 Oct 2024 14:29:58 +0900 Takashi Yano wrote: > Hi Brian, > > Thanks for the detail expression. > > On Sun, 13 Oct 2024 16:19:31 -0600 > Brian Inglis wrote: > > On 2024-10-13 14:06, Takashi Yano via Cygwin wrote: > > > Hi Brian > > > > > > On Sun, 13 Oct 2024 10:41:58 -0600 > > > Brian

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Takashi Yano via Cygwin
Hi Brian, Thanks for the detail expression. On Sun, 13 Oct 2024 16:19:31 -0600 Brian Inglis wrote: > On 2024-10-13 14:06, Takashi Yano via Cygwin wrote: > > Hi Brian > > > > On Sun, 13 Oct 2024 10:41:58 -0600 > > Brian Inglis wrote: > >> On 2024-10-12 17:14, Takashi Yano via Cygwin wrote: > >>>

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Brian Inglis via Cygwin
On 2024-10-13 14:06, Takashi Yano via Cygwin wrote: Hi Brian On Sun, 13 Oct 2024 10:41:58 -0600 Brian Inglis wrote: On 2024-10-12 17:14, Takashi Yano via Cygwin wrote: Hi Brian, On Tue, 8 Oct 2024 10:37:14 -0600 Brian Inglis wrote: On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: On 2024

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Takashi Yano via Cygwin
Hi Brian On Sun, 13 Oct 2024 10:41:58 -0600 Brian Inglis wrote: > On 2024-10-12 17:14, Takashi Yano via Cygwin wrote: > > Hi Brian, > > > > On Tue, 8 Oct 2024 10:37:14 -0600 > > Brian Inglis wrote: > >> On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: > >>> On 2024-10-08 05:20, Takashi Yano vi

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Brian Inglis via Cygwin
On 2024-10-12 17:14, Takashi Yano via Cygwin wrote: Hi Brian, On Tue, 8 Oct 2024 10:37:14 -0600 Brian Inglis wrote: On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: On 2024-10-08 05:20, Takashi Yano via Cygwin wrote: On Mon, 7 Oct 2024 15:11:52 +0200 Christian Franke wrote: $ gcc -o sigte

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Takashi Yano via Cygwin
On Sun, 13 Oct 2024 11:55:46 +0200 Christian Franke wrote: > Takashi Yano via Cygwin wrote: > > Hi Brian, > > > > On Tue, 8 Oct 2024 10:37:14 -0600 > > Brian Inglis wrote: > >> On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: > >>> On 2024-10-08 05:20, Takashi Yano via Cygwin wrote: > On Mo

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-13 Thread Christian Franke via Cygwin
Takashi Yano via Cygwin wrote: Hi Brian, On Tue, 8 Oct 2024 10:37:14 -0600 Brian Inglis wrote: On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: On 2024-10-08 05:20, Takashi Yano via Cygwin wrote: On Mon, 7 Oct 2024 15:11:52 +0200 Christian Franke wrote: $ gcc -o sigtest -O2 sigtest.c $ .

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-12 Thread Takashi Yano via Cygwin
Hi Brian, On Tue, 8 Oct 2024 10:37:14 -0600 Brian Inglis wrote: > On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: > > On 2024-10-08 05:20, Takashi Yano via Cygwin wrote: > >> On Mon, 7 Oct 2024 15:11:52 +0200 > >> Christian Franke wrote: > >>> $ gcc -o sigtest -O2 sigtest.c > >>> > >>> $ ./sig

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-08 Thread Brian Inglis via Cygwin
On 2024-10-08 10:14, Brian Inglis via Cygwin wrote: On 2024-10-08 05:20, Takashi Yano via Cygwin wrote: On Mon, 7 Oct 2024 15:11:52 +0200 Christian Franke wrote: $ gcc -o sigtest -O2 sigtest.c $ ./sigtest > out.txt (press ^C 42x :-) $ sort out.txt | uniq -c     3 x = 0x1.23456789p+0, y =

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-08 Thread Brian Inglis via Cygwin
On 2024-10-08 05:20, Takashi Yano via Cygwin wrote: On Mon, 7 Oct 2024 15:11:52 +0200 Christian Franke wrote: $ gcc -o sigtest -O2 sigtest.c $ ./sigtest > out.txt (press ^C 42x :-) $ sort out.txt | uniq -c   3 x = 0x1.23456789p+0, y = -nan, d = -nan   6 x = 0x1.23456789p+0, y = 0x1

Re: cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-08 Thread Takashi Yano via Cygwin
On Mon, 7 Oct 2024 15:11:52 +0200 Christian Franke wrote: > $ gcc -o sigtest -O2 sigtest.c > > $ ./sigtest > out.txt > (press ^C 42x :-) > > $ sort out.txt | uniq -c >   3 x = 0x1.23456789p+0, y = -nan, d = -nan >   6 x = 0x1.23456789p+0, y = 0x1.23456789p+0, d = -nan > 33 x = 0x1

cygwin 3.5.4-1: signal handling destroys 'long double' values

2024-10-07 Thread Christian Franke via Cygwin
Recently I used 'stress-ng --class compute ...' which reported the failure of the 'logmath clogl' test. It could be reproduced with this loop which finishes after some random number of iterations: $ while stress-ng --logmath 1 --logmath-method clogl -t 1; do echo OK; done stress-ng: info:  [619