This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libfortran/67412] gfortran.dg/execute_command_line_2.f90 FAILs
- From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 31 Aug 2015 15:56:35 +0000
- Subject: [Bug libfortran/67412] gfortran.dg/execute_command_line_2.f90 FAILs
- Auto-submitted: auto-generated
- References: <bug-67412-4 at http dot gcc dot gnu dot org/bugzilla/>
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