adjust the ga.spec for gfortran 10 with -fallow-argument-mismatch workaround

[marcindulak]

Will you have time to look at GlobalArrays/ga#157?

Should I build ga-5.7 on all fedora/epel targets already after the workaround?

[marcindulak]

I see I should wait for ga 5.7.1 #3 (comment)

[edoapra]

@marcindulak I have been using -std=legacy gfortran option when comping Global Arrays in NWChem
nwchemgit/nwchem@cfb5a82
Do you have any idea of the pros and cons of the two options

[marcindulak]

https://gcc.gnu.org/onlinedocs/gfortran/Fortran-Dialect-Options.html

It looks like -fallow-argument-mismatch is more specific compared to -std=legacy

"Using this option is strongly discouraged. It is possible to provide standard-conforming code which allows different types of arguments by using an explicit interface and TYPE(*)."

vs

"The ‘legacy’ value is equivalent but without the warnings for obsolete extensions, and may be useful for old non-standard programs"

old non-standard programs does not sound good :), I think we want to advance the code, but changes to the code (if any are needed with just -fallow-argument-mismatch ) may introduce problems for other compilers.

[edoapra]

@marcindulak I have committed the needed change to hotfix/5.7.1
edoapra/ga@d8a4544

[marcindulak]

I've added the gfortran 10 workaround directly to the ga.spec until 5.7.1 is released.

https://src.fedoraproject.org/rpms/ga/c/cd092566c780ceeb7c096fa996d07fa5df80c1f9?branch=master

[edoapra]

We might have 5.7.1 out soon.
https://github.com/GlobalArrays/ga/tree/hotfix/5.7.1

[edoapra]

5.7.2 out
https://github.com/GlobalArrays/ga/releases/tag/v5.7.2

[marcindulak]

RPMS of 5.7.2 have been built.