MPAS-O doesn't build with GCC/13.2 on Derecho

[gdicker1]

When trying to upgrade the software stack in #77, I discovered that the mpas_ocn_okubo_weiss.F doesn't seem to be buildable with the Derecho software stack using the gcc/13.2 module. As I post this, it is a low priority item.

I started the normal ew-pr test category using create_test and saw that only the CHAOS2000dev tests that use GCC (test name contains "_gnu") failed to build. Examining the bld/*.bldlog* files for the cases showed the following output.

From CHAOS2000dev gcc/13.2 bld/ocn.bldlog*file for a CHAOS2000dev build (reposted from EarthWorksOrg/ccs_config_cesm PR#29)

/glade/derecho/scratch/gdicker/ew-pr_2024Oct24105100/ewm-2.3.009-77/ERP_Ln9_P256_Vnuopc.mpasa120_oQU120.CHAOS2000dev.derecho_gnu.GC.20241024_105301_2k3ufv/bld/ocn/source/mpas_ocn_okubo_weiss.F:74:21:

   74 |          type(c_ptr), value       :: array
      |                     1
Error: Type name 'c_ptr' at (1) is ambiguous
/glade/derecho/scratch/gdicker/ew-pr_2024Oct24105100/ewm-2.3.009-77/ERP_Ln9_P256_Vnuopc.mpasa120_oQU120.CHAOS2000dev.derecho_gnu.GC.20241024_105301_2k3ufv/bld/ocn/source/mpas_ocn_okubo_weiss.F:77:24:

   77 |          type(c_funptr), value    :: compare ! int (*compare)(const void*, const void*)
      |                        1
Error: Type name 'c_funptr' at (1) is ambiguous
f951: Warning: Nonexistent include directory '/glade/derecho/scratch/gdicker/ew-pr_2024Oct24105100/ewm-2.3.009-77/ERP_Ln9_P256_Vnuopc.mpasa120_oQU120.CHAOS2000dev.derecho_gnu.GC.20241024_105301_2k3ufv/bld/gnu/mpich/nodebug/threads/finclude' [-Wmissing-include-dirs]
/glade/derecho/scratch/gdicker/ew-pr_2024Oct24105100/ewm-2.3.009-77/ERP_Ln9_P256_Vnuopc.mpasa120_oQU120.CHAOS2000dev.derecho_gnu.GC.20241024_105301_2k3ufv/bld/ocn/source/mpas_ocn_okubo_weiss.F:1159:87:

 1159 |       call qsort(c_loc(stats(1)), elemCount, elemSize, c_funloc(compareRealDescending))
      |                                                                                       1
Error: Type mismatch in argument 'array' at (1); passed TYPE(c_ptr) to REAL(4)
/glade/derecho/scratch/gdicker/ew-pr_2024Oct24105100/ewm-2.3.009-77/ERP_Ln9_P256_Vnuopc.mpasa120_oQU120.CHAOS2000dev.derecho_gnu.GC.20241024_105301_2k3ufv/bld/ocn/source/mpas_ocn_okubo_weiss.F:1159:87:

 1159 |       call qsort(c_loc(stats(1)), elemCount, elemSize, c_funloc(compareRealDescending))
      |                                                                                       1
Error: Type mismatch in argument 'compare' at (1); passed TYPE(c_funptr) to REAL(4)

[dazlich]

That’s been a troublesome file in the past. I will check its history for any hints. On Oct 28, 2024, at 11:50 AM, G. Dylan Dickerson ***@***.***> wrote: ** Caution: EXTERNAL Sender ** Assigned #79<#79> to @dazlich<https://github.com/dazlich>. — Reply to this email directly, view it on GitHub<#79 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ADS3XWF5HXBAP2MJ3IDGKCDZ5Z2O5AVCNFSM6AAAAABQX7OHACVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJUHE3DOMBTGY3DQMI>. You are receiving this because you were assigned.Message ID: ***@***.***>

[gdicker1]

Sounds good! Just stressing again this isn't pressing - I don't think we need to fix this in the next couple of weeks.