[Bug testsuite/96212] new test case libgomp.fortran/alloc-3.F fails in r11-2101
burnus at gcc dot gnu.org
gcc-bugzilla@gcc.gnu.org
Wed Jul 15 21:10:31 GMT 2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96212
--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> ---
(In reply to Bill Seurer from comment #1)
> After running on a few more machines this appears to be a BE only issue.
alloc-1.F90 uses a proper interface (Fortran module). alloc-3.F uses a header
file with the old-style Fortran 66/77 way of just having
external subroutine_name
or
external function_name
integer function_name ! <- data type the function returns.
Thus, by this declaration the compiler does not know how the interface actually
looks like. In principle, it could (and should?!?) deduce the interface from
the first procedure call – and create the declaration from the use. However, it
doesn't do this.
My bet is that the actually used argument-passing of caller and callee differs
on PowerPC and, hence, it fails.
Solution?
* XFAIL?
* Changing the way in gfortran how the external-function declaration is
generated?
More information about the Gcc-bugs
mailing list