https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
--- Comment #7 from Segher Boessenkool ---
(In reply to HaoChen Gui from comment #5)
> The memory representation of IBM long double is not unique. It's actually
> the sum of two 64-bit doubles.
Yes, and the first of those two DP numbers is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
--- Comment #6 from CVS Commits ---
The master branch has been updated by HaoChen Gui :
https://gcc.gnu.org/g:3b67db31236631432e7f6d74ed49af9ae2183a4d
commit r13-6843-g3b67db31236631432e7f6d74ed49af9ae2183a4d
Author: Haochen Gui
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
HaoChen Gui changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |guihaoc at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
--- Comment #4 from Arseny Solokha ---
Yes, I actually have both. But that's the peculiarity of the way I build my
test corpus, which I build from multiple sources, and not really important.
Sorry for mistakenly pointing you at the wrong file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
--- Comment #3 from seurer at gcc dot gnu.org ---
There isn't a check_mod.f90 but there is a check_mod.F90 (Linux is case
sensitive) and using that I was able to reproduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
--- Comment #2 from Arseny Solokha ---
Indeed. Sorry.
So could you cd flang/test/f90_correct/src and than invoke gfortran the
following way instead:
% powerpc-e300c3-linux-gnu-gfortran-12.0.1 -w -c check_mod.f90 qp54.f08
f951: internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103628
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org