https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67412
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot
Uni-Bielefeld.DE> ---
> --- Comment #1 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
> (In reply to Rainer Orth from comment #0)
>> It seems the old buggy Solaris /bin/sh is the culprit. According to the
>> OpenSolaris sources, per default system(3C) uses /bin/sh, but if linked
>> with values-xpg4.o (which isn't currently used, while the Studio c89 compiler
>> does), /usr/xpg4/bin/sh is, which is a posix conformant shell and yields
>> the correct exit code.
>>
>> I'm uncertain how best to handle this.
>
> In Fortran terms, this is really a corner case of the Fortran standard
> interaction with the system. So I don't think it is a big deal, especially if
> it is fixed on newer Solaris versions.
>
> I suggest simply XFAIL-ing the test case with a link to this PR. If that feels
> OK to you, the patch is pre-approved. Thanks for reporting the issue!
ok, will do. Besides, I still mean to revisit the values-xpg[46].o
issue: maybe this will fix this bug as a side effect.
> PS: I saw that sparc/sparcv9 test results show failures for
> gfortran.dg/norm2_3.f90. If you find time at some point, could you open a PR
> for it and CC me?
I know, but only on Solaris 12. Also, there's
gfortran.dg/large_real_kind_2.F90 that fails at -O0 only. I still mean
to investigate what's going on there.
Rainer
