From 27b78205fd00cadf2f1295a8ab47d65aca571f57 Mon Sep 17 00:00:00 2001 From: wpbonelli Date: Fri, 6 Dec 2024 07:04:51 -0500 Subject: [PATCH] docs(releasenotes): mention arm mac string -> char array conversion issue (#2091) --- doc/ReleaseNotes/develop.tex | 1 + 1 file changed, 1 insertion(+) diff --git a/doc/ReleaseNotes/develop.tex b/doc/ReleaseNotes/develop.tex index d5b0efff245..8cc90434af0 100644 --- a/doc/ReleaseNotes/develop.tex +++ b/doc/ReleaseNotes/develop.tex @@ -48,6 +48,7 @@ \item A PRT bug was fixed in which array-based input read from the RCH (recharge) or EVT (evapotranspiration) packages could fail to be processed correctly by the PRT FMI (flow model interface) package, causing a crash. \item When the SQUARE\_GWET option was invoked in the UZF options block, evapotranspiration from the water table (GWET) was calculated incorrectly. Instead of acting as a sink, the calculated evapotranspiration flux was added as a source of water. The applied fix ensures that groundwater evapotranspiration is removed from the water table and as a result the GWET values are accumulated as outflows in the budget table. \item The number of characters used to represent integers and floating point numbers in MODFLOW input files was restricted to 30. The program was modified to accept any number of characters provided the number is valid. This may be useful for parameter estimation programs that use character substitution to create new input files. + \item A string to character array conversion function in the BMI interface could fail on Apple silicon macOS with recent versions of GNU Fortran, producing array extent errors at runtime. This has been fixed by properly specifying the intent of a dummy argument in the relevant function. % \item xxx \end{itemize}