You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to make fixes like double precision -> real(real64), we'll need to be able to check that real64 has been imported from iso_fortran_env. If it hasn't then Fortitude should be able to add a new use statement.
Things to consider:
Imports should usually go at module scope, butthere are scenarios where it should be done within a function/submodule instead, e.g. interface
New use statements should be places somewhere logical around the existing ones, and we should avoid making new ones if it can be avoided. For example, if iso_fortran_env is already imported with only: real32, we should append to the end to create only: real32, real64 instead of adding a new use statement.
The text was updated successfully, but these errors were encountered:
It should also work with scopes not in a module. I recently was retrofitting a module call into a codebase where it was just bare subroutines, so in this case it would be best to put the use statement in the subroutine by default.
In order to make fixes like
double precision
->real(real64)
, we'll need to be able to check thatreal64
has been imported fromiso_fortran_env
. If it hasn't then Fortitude should be able to add a newuse
statement.Things to consider:
interface
use
statements should be places somewhere logical around the existing ones, and we should avoid making new ones if it can be avoided. For example, ifiso_fortran_env
is already imported withonly: real32
, we should append to the end to createonly: real32, real64
instead of adding a newuse
statement.The text was updated successfully, but these errors were encountered: