250720.160053.PDT fix MATLAB R2025a bug for classical COBYLA

Author: zaikunzhang

.github/workflows/test_matlab.yml

@@ -41,13 +41,21 @@ jobs:
             matlab: R2021a
           - os: windows-latest
             matlab: R2021b
+          - os: windows-latest
+            matlab: R2022a
+          - os: windows-latest
+            matlab: R2022b
 
           - os: windows-2025
             matlab: R2020b
           - os: windows-2025
             matlab: R2021a
           - os: windows-2025
             matlab: R2021b
+          - os: windows-2025
+            matlab: R2022a
+          - os: windows-2025
+            matlab: R2022b
 
 
     steps:

fortran/classical/cobyla/cobyla.f90

@@ -465,7 +465,7 @@ subroutine calcfc_internal(x_internal, f_internal, constr_internal)
     & matprod(Aeq_loc, x_internal) - beq_loc, beq_loc - matprod(Aeq_loc, x_internal), &
     & bineq_loc - matprod(Aineq_loc, x_internal), -constr_nlc]
 
-end subroutine
+end subroutine calcfc_internal
 
 
 end subroutine cobyla

matlab/mex_gateways/R2025a/README.txt

@@ -1,4 +1,4 @@
- This directory contains temporary MEX gateway to circumvent the MATLAB R2025a bug that it segfaults
+ This directory contains adapted MEX gateways to circumvent the MATLAB R2025a bug that it segfaults
  on Linux if the Fortran MEX function contains an internal procedure that is passed as an actual argument.
 
  The MEX files use a module variable to store the function handle, which is essentially a

matlab/mex_gateways/R2025a/bobyqa_mex.F90

@@ -1,6 +1,6 @@
 !--------------------------------------------------------------------------------------------------!
 ! The MEX gateway for BOBYQA
-! This is a temporary MEX gateway to circumvent the MATLAB R2025a bug that it segfaults on Linux
+! This is an adapted MEX gateway to circumvent the MATLAB R2025a bug that it segfaults on Linux
 ! if the Fortran MEX function contains an internal procedure that is passed as an actual argument.
 ! This MEX uses a module variable FUN_PTR to store the function handle, which is essentially a
 ! global variable and is not thread-safe or recursion-safe.