MAPL 2.44.0 #2594
mathomp4
announced in
Announcements
MAPL 2.44.0
#2594
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
This release of MAPL has many new features and fixes. Among the new features and fixes are:
Also, with this version of MAPL, we now require ESMF 8.6.0 as MAPL now uses functionality only supported in that version. Moreover, all references to ESMF as a CMake target are now done as
ESMF::ESMF
. This is supported in Baselibs build with ESMA_cmake v3.40.0 (required for Baselibs builds) and for non-Baselibs builds (i.e., spack) via a newerFindESMF.cmake
file (currently from ESMFdevelop
and will be in ESMF 8.6.1+).Note though that builds using MAPL and using Baselibs (aka as GEOSgcm is currently run) are not required to move to the
ESMF::ESMF
target everywhere. ESMA_cmake adds aliases so thatesmf
,ESMF
andESMF::ESMF
are all supported. The change toESMF::ESMF
was for external users who found that MAPL was bringing inESMF
as a target, but ESMF was not available so CMake was then added-lESMF
to link lines which caused failures.MAPL is currently tested with:
ifx
does not yet work)The libraries this version of MAPL is currently tested with are below. NOTE: Changes here from MAPL 2.43 and earlier, namely ESMF and GFE
-DBUILD_WITH_FARGPARSE=YES
, default=YES
)-DBUILD_WITH_PFLOGGER=YES
, default=YES
)-DBUILD_WITH_FLAP=YES
, default=NO
)Also, if you build with Baselibs and/or
-DUSE_F2PY=ON
, you should use:We recommend most external users set
-DUSE_F2PY=OFF
From
CHANGELOG.md
Added
INSTALL.md
file to provide instructions on how to install MAPLChanged
_VERIFY(RC)
inBase_Base_implementation.F90
with just_RC
in line with our new convention.ESMF_HAS_ACHAR_BUG
CMake option and code use inMAPL_Config.F90
. Testing has shown that with ESMF 8.6 (which isnow required), NAG no longer needs this workaround.
ESMF::ESMF
target instead ofesmf
orESMF
as the imported target nameFindESMF.cmake
to match that of ESMFdevelop
as of commitda8f410
. This will be in ESMF 8.6.1+ESMF::ESMF
target ALIAS for Baselibs and non-Baselibs buildsCMakePresets.json
pollute swdev
Fixed
use
someiso_c_binding
types previously pulled in through ESMF. This is fixed in future ESMF versions (8.7+) and sowe anticipate this here
Fortran_MODULE_DIRECTORY
toCMakeLists.txt
in benchmarks to avoid race condition in Ninja buildsmpiuni
field_utils
.What's Changed
Full Changelog: v2.43.2...v2.44.0
This discussion was created from the release MAPL 2.44.0.
Beta Was this translation helpful? Give feedback.
All reactions