https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96033
kargl at gcc dot gnu.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kargl at gcc dot gnu.org
--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to Sylvain Korzennik from comment #2)
> Merci Dominique.
>
> Will transmit info to MVAPICH2 ppl.
>
> The configuration script needs to be changed, this is not "faulty code", it
> is a test code part of the package configuration specifically to test if the
> "Fortran compiler gfortran will compile files that call the same routine
> with arguments of different types".
It is faulty code according to the Fortran standard. It's been faulty code
since it was written.
Fortran 66
8.3.2 Referencing External Functions.
An external function is referenced by using its reference (5.2) as
a primary in an arithmetic or logical expression. The actual arguments,
which constitute the argument list, must agree in order, number, and
type with the corresponding dummy argumets in the defining program
unit.
8.4.2 Referencing Subroutines.
A subroutine is referenced by a CALL statement (7.1.2.4). The actual
arguments, which constitute the argument list, must agree in order,
number, and type with the corresponding dummy arguments in the defining
subprogram.
Modern Fortran allows a programmer to write a generic interfaces, which
allows one to handle this situation in a standard conforming way.
> Backward compatibility of gfortran is dismal (legacy code that builds fine
> w/ plethora of other fortran compiler fails to build w/ gfortran - ppl were
> writing fortran code for quite a wile, like one big scientific package
> started 60+ years ago, yet gfortran is the one that can't handle it - ifort
> and pgfortran do fine, it was written/developed on a VAX/VMS back when -
> author have long retired - desn't make the code obsolete, tho).
URLs to the actual code, please. All that unnamed legacy code violates
the Fortran standard in one or more ways. gfortran, unlikely the plethora
of compilers, is not a garbage disposal.
