[MITgcm-support] build errors for llc_1080

Dimitris Menemenlis dmenemenlis at gmail.com
Wed Nov 16 10:38:58 EST 2016


Hi Ryan, I just updated the MITgcm_contrib/llc_hires/llc_*/readme.txt files to indicate which is the checkpoint with which the code was last compiled and successfully integrated.

llc_1080 simulation is oldest (circa 2013) so compatible with oldest code.
llc_2160 was last compiled and integrated in 2014
and llc_4320 is the most current (2016).

If you look at http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_4320/code-async/ <http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_4320/code-async/>
there is a record of changes made to bring code_async up to date with newer code

code-async is not completely cleaned up yet.  some things need to be changed manually.
see http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_4320/code-async/readme.txt <http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_4320/code-async/readme.txt>

the other thing to keep in mind, as Martin said, is that for llc1080, you may not need to use code-async
usesinglecpuio might be sufficient, depending on machine architecture and number of nodes that you are running on.

hope this helps

Dimitris Menemenlis

> On Nov 16, 2016, at 4:06 AM, Ryan Abernathey <ryan.abernathey at gmail.com> wrote:
> 
> Hi,
> 
> I'm trying to build the llc_1080 configuration on our local cluster by following these instructions from Dimitris:
> http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_1080/readme.txt?revision=1.9&view=markup <http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_1080/readme.txt?revision=1.9&view=markup>
> 
> For my rootdir, I am using the latest fresh checkout of MITgcm from cvs. (Maybe this is my mistake.)
> 
> I am hitting errors at the build step due to incompatibilities in code_async. For example: 
> mpiifort -WB -convert big_endian -assume byterecl -O3 -align -march=corei7 -axAVX  -c asyncio_write_fld_xym_rl.f
> asyncio_write_fld_xym_rl.f(3875): error #6219: This variable, used in a specification expression, must be a dummy argument, a COMMON block object, or an object accessible through host or use association.   [MULTDIM]
>       Real*8 field(1-Olx:sNx+Olx,1-Oly:sNy+Oly,MULTDIM,nSx,nSy)
> -----------------------------------------------^
> asyncio_write_fld_xym_rl.f(3875): error #6404: This name does not have a type, and must have an explicit type.   [MULTDIM]
> 
> I fixed this by changing MULTDIM to SEAICE_multDim. But then I hit another error
> 
> mpiifort -WB -convert big_endian -assume byterecl -O3 -align -march=corei7 -axAVX  -c write_pickup.f
> write_pickup.f(2334): error #6404: This name does not have a type, and must have an explicit type.   [USEDYNP_INEOS_ZC]
>        IF ( useDynP_inEos_Zc ) THEN
> ------------^
> 
> I saw that the llc_4320 code_async directory has some more recent modifications:
> http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_4320/code-async/ <http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/llc_hires/llc_4320/code-async/>
> which presumably fix these errors.
> 
> Can I safely use  llc_4320/code_async for llc_1080? If not, can you suggest how to to update the code to be compatible with recent version of MITgcm? Alternatively, maybe you recommend using an earlier checkpoint?
> 
> Whatever the case, I thought I would check with the experts before trying to plow through on my own.
> 
> Thanks,
> Ryan
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20161116/4ce796e6/attachment-0001.htm>


More information about the MITgcm-support mailing list