在 2020/8/13 下午2:56, Takashi Inoue 写道:
> Hi All,
>
> I made C version of sample code which demonstrate the problem(?).
> I attach the code to this post.
> I renamed files so that ML system does not remove files.
> So, please rename back "cdemo.txt" to "cdemo.c" and
> "Makefile.txt" to "Makefile."
Hi All,
I made C version of sample code which demonstrate the problem(?).
I attach the code to this post.
I renamed files so that ML system does not remove files.
So, please rename back "cdemo.txt" to "cdemo.c" and
"Makefile.txt" to "Makefile." I'm sorry for this.
With these two files, make pr
Hi All
Or rather, would you please provide two operands to the power operator,
which yield different results on mingw-w64 and FreeBSD etc.?
This is difficult to do since this problem is that an execution file
created with mingw-w64 does NOT provide definite number.
Resulting number changes at
在 2020/8/10 下午11:31, Takashi Inoue 写道:
> Hi All,
>
> Finally, I found the minimal condition of my problem.
> Attached very simple code reproduce the problem.
> You will get different result(fort.99) at time to time.
>
> Essential point is combination of power operation(**)
> and "omp do schedule(
Hi all,
It seems that attaching two files is not accepted(?).
I attach sample code alone to this mail.
You can find Makefile in my previous mail.
This very simple sample code hits a possible bug in mingw-w64.
I would be grateful if you could test on your system.
Best,
Takashi
Hi All,
Finally, I found the minimal condition of my problem.
Attached very simple code reproduce the problem.
You will get different result(fort.99) at time to time.
Essential point is combination of power operation(**)
and "omp do schedule(dynamic,chunk-size)".
If we have operation ** in a do
在 2020/8/7 上午9:32, Takashi Inoue 写道:
> Hi all,
>
> I did the check using mingw-w64 on msys2.
> I got correct 1.9998 stably.
> I repeated 10 times.
> So, that issue seems not related with my problem.
> Still, my problem is mystery for me. I'll invest more.
> Any comments and suggestions
Hi all,
I did the check using mingw-w64 on msys2.
I got correct 1.9998 stably.
I repeated 10 times.
So, that issue seems not related with my problem.
Still, my problem is mystery for me. I'll invest more.
Any comments and suggestions will be appreciated.
Best,
Takashi
On 2020/08/07
Hi,
Thank you for your interesting suggestion.
I made a sample code. I attach.
With GCC(gfortran) on FreeBSD, I get 1.9998 correctly.
I'll check result of mingw-w64 as soon as I arrive at my office tomorrow,
since I'm at home and the PC with mingw-w64 is there.
Best,
Takashi
On
在 2020/8/6 13:25, Takashi Inoue 写道:
> Hi,
>
>> Did you compile your program with the i686 compiler or the x86_64 compiler?
>> I suspect it has something to do with the
>> floating-point environment.
>
> My windows is 64bit version widows 8.1.
> So, I installed x86_64 package via msys2 pacman.
>
Hi all
I sent below. But, it seems not accepted.
I'll try some other way.
Although I wrote this, it seems that I could send.
Please rename back Makefile.txt to Makefile and sample.txt to sample.f.
I'm sorry for this. Now, I've learned that suffix has nothing to do with.
Best,
Takashi
On 08
Hi All,
Thank you for reply.
> No attachment.
>Try attachment as .txt.
I'm sorry.
In the previous mail, I attached a tar+gziped file sample.tgz.
It seems, binary files are not accepted.
Now, I try files with .txt.
I renamed Makefile to Makefile.txt and sample.f to sample.txt.
And I attach
Hi all,
I sent below. But, it seems not accepted.
I'll try some other way.
Best
Takashi
Hi All,
Thank you for reply.
> No attachment.
>Try attachment as .txt.
I'm sorry.
In the previous mail, I attached a tar+gziped file sample.tgz.
It seems
Hi,
Did you compile your program with the i686 compiler or the x86_64 compiler? I
suspect it has something to do with the
floating-point environment.
My windows is 64bit version widows 8.1.
So, I installed x86_64 package via msys2 pacman.
Best,
Takashi
On 08/06/20 12:07, Liu Hao wrote:
在 2
在 2020/8/5 下午11:32, Takashi Inoue 写道:
> Hi All,
>
> This is my first post to here. Nice to meet you.
>
Nice to meet you, too.
> I may found a bug in mingw-w64.
> In particular, it is in OpenMP schedule(dynamic, chunk-size).
> Let me ask your opinion.
>
> One of my fortran program with "!$omp
On 8/5/20 9:53 PM, NightStrike wrote:
> No attachment
>
Try attaching as .txt.
signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/m
No attachment
On Wed, Aug 5, 2020, 12:01 PM Takashi Inoue
wrote:
> Hi All,
>
> This is my first post to here. Nice to meet you.
>
> I may found a bug in mingw-w64.
> In particular, it is in OpenMP schedule(dynamic, chunk-size).
> Let me ask your opinion.
>
> One of my fortran program with "!$om
Hi All,
This is my first post to here. Nice to meet you.
I may found a bug in mingw-w64.
In particular, it is in OpenMP schedule(dynamic, chunk-size).
Let me ask your opinion.
One of my fortran program with "!$omp do schedule(dynamic,1)"
produce slightly different result at time to time.
This
18 matches
Mail list logo
