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
if (CMAKE_Fortran_COMPILER_ID MATCHES"GNU")
target_compile_definitions (${this}PRIVATE $<$<COMPILE_LANGUAGE:Fortran>:DYNAMIC_ALLOCATION>)
endif ()
where we use the DYNAMIC_ALLOCATION path to let GNU at least build without touching Intel (which might change results).
We would then need someone on the ADAS side (perhaps @gmao-msienkie can suggest someone?) to try out DYNAMIC_ALLOCATION with Intel and see if the results are good.
GNU threw an error (#16)
when building this code without `DYNAMIC_ALLOCATION`. So as to not
(possibly) change Intel results, we turn on that flag only for GNU
In looking at GEOS-ESM/GEOSgcm#224, it was seen that NCEP_bufr cannot build with GCC. The error is:
This is @tclune level thinking needed I think.
That said, I think I can see a cheap fix. I'll test it.
The text was updated successfully, but these errors were encountered: