v5: Add Coverage Build Type

This release adds a new Coverage build type for use in code coverage testing. Currently only supports GNU.

---

From CHANGELOG.md

Added

• Added new Coverage build type for use in code coverage testing. Currently only supports GNU.

---

What's Changed

• v5: Add new Coverage build type by @mathomp4 in #538
• GitFlow by @mathomp4 in #540

Full Changelog: v5.8.0...v5.9.0

v4: Add Coverage Build Type

This release adds a new Coverage build type for use in code coverage testing. Currently only supports GNU.

---

From CHANGELOG.md

Added

• Added new Coverage build type for use in code coverage testing. Currently only supports GNU.

---

What's Changed

• v4: Add new Coverage build type by @mathomp4 in #537

Full Changelog: v4.36.0...v4.37.0

v3: Add Coverage Build Type

This release adds a new Coverage build type for use in code coverage testing. Currently only supports GNU.

---

From CHANGELOG.md

Added

• Added new Coverage build type for use in code coverage testing. Currently only supports GNU.

---

What's Changed

• v3: Add new Coverage build type by @mathomp4 in #539

Full Changelog: v3.75.0...v3.76.0

v5: Add NOINSTALL option and suppress macOS linker warnings

This release adds a NOINSTALL option to esma_add_library() and suppresses macOS linker warnings from the gfortran/clang toolchain. Also updates Flang compiler flags.

Zero-diff for non-Flang builds.

---

From CHANGELOG.md

Fixed

• Downgrade noisy ecbuild_warn to ecbuild_info for the ENABLE_RELATIVE_RPATHS message in osx_extras.cmake

Added

• Added NOINSTALL option to esma_add_library() to allow libraries to skip the install(DIRECTORY ...) step for their include files
• Added GNU-guarded linker flags (-Wl,-w -Wl,-no_warn_duplicate_libraries) in osx_extras.cmake to suppress duplicate rpath and library warnings from the clang/clang++/gfortran toolchain on macOS; these arise from gfortran injecting Cellar lib paths multiple times via ESMF and Baselibs transitive dependencies and are upstream issues, not project bugs

Changed

• Update compiler flags for LLVM flang (still in testing)

---

What's Changed

• v5: Add NOINSTALL option and suppress macOS linker warnings by @mathomp4 in #533
• v5: Update Flang flags by @mathomp4 in #517

Full Changelog: v5.7.0...v5.8.0

v4: Add NOINSTALL option and suppress macOS linker warnings

This release adds a NOINSTALL option to esma_add_library() and suppresses macOS linker warnings from the gfortran/clang toolchain. Also updates Flang compiler flags.

Zero-diff for non-Flang builds.

---

From CHANGELOG.md

Fixed

• Downgrade noisy ecbuild_warn to ecbuild_info for the ENABLE_RELATIVE_RPATHS message in osx_extras.cmake

Added

• Added NOINSTALL option to esma_add_library() to allow libraries to skip the install(DIRECTORY ...) step for their include files
• Added GNU-guarded linker flags (-Wl,-w -Wl,-no_warn_duplicate_libraries) in osx_extras.cmake to suppress duplicate rpath and library warnings from the clang/clang++/gfortran toolchain on macOS; these arise from gfortran injecting Cellar lib paths multiple times via ESMF and Baselibs transitive dependencies and are upstream issues, not project bugs

Changed

• Update compiler flags for LLVM flang (still in testing)

---

What's Changed

• v4: Add NOINSTALL option and suppress macOS linker warnings by @mathomp4 in #531
• v4: Update Flang flags by @mathomp4 in #535

Full Changelog: v4.35.0...v4.36.0

v3: Add NOINSTALL option and suppress macOS linker warnings

This release adds a NOINSTALL option to esma_add_library() and suppresses macOS linker warnings from the gfortran/clang toolchain. Also updates Flang compiler flags.

Zero-diff for non-Flang builds.

---

From CHANGELOG.md

Fixed

• Downgrade noisy ecbuild_warn to ecbuild_info for the ENABLE_RELATIVE_RPATHS message in osx_extras.cmake

Added

• Added NOINSTALL option to esma_add_library() to allow libraries to skip the install(DIRECTORY ...) step for their include files
• Added GNU-guarded linker flags (-Wl,-w -Wl,-no_warn_duplicate_libraries) in osx_extras.cmake to suppress duplicate rpath and library warnings from the clang/clang++/gfortran toolchain on macOS; these arise from gfortran injecting Cellar lib paths multiple times via ESMF and Baselibs transitive dependencies and are upstream issues, not project bugs

Changed

• Update compiler flags for LLVM flang (still in testing)

---

What's Changed

• v3: Add NOINSTALL option and suppress macOS linker warnings by @mathomp4 in #532
• v3: Update Flang flags by @mathomp4 in #534

Full Changelog: v3.74.0...v3.75.0

v5: Even more f2py fixes

This release has even more fixes for f2py and macOS. This time SSL.

---

From CHANGELOG.md

Fixed

• More fixes for f2py and macOS in trying to fix ssl detection issues

---

What's Changed

• v5: Even more f2py and macOS fixes by @mathomp4 in #529
• GitFlow: Merge develop into main for release by @mathomp4 in #530

Full Changelog: v5.6.0...v5.7.0

v4: Even more f2py fixes

This release has even more fixes for f2py and macOS. This time SSL.

---

From CHANGELOG.md

Fixed

• More fixes for f2py and macOS in trying to fix ssl detection issues

---

What's Changed

• v4: Even more f2py and macOS fixes by @mathomp4 in #528

Full Changelog: v4.34.0...v4.35.0

v3: Even more f2py fixes

This release has even more fixes for f2py and macOS. This time SSL.

---

From CHANGELOG.md

Fixed

• More fixes for f2py and macOS in trying to fix ssl detection issues

---

What's Changed

• v3: Even more f2py and macOS fixes by @mathomp4 in #527

Full Changelog: v3.73.0...v3.74.0

v5: Further fixes for f2py on macOS with spack

This release has further fixes for f2py on macOS with spack.

---

From CHANGELOG.md

Fixed

• Fixed f2py and f2py3 detection in Spack environments where the f2py
  executable lives in the py-numpy package's bin/ directory rather than
  alongside the Python interpreter. FindF2PY.cmake and FindF2PY3.cmake now
  ask Python directly (import numpy.f2py) to locate the correct f2py
  binary. A two-pass search is used: the preferred locations (Python bin/ and
  numpy-derived bin/) are checked first with NO_DEFAULT_PATH, then a normal
  PATH search is used as a fallback to preserve behaviour on non-Spack
  (e.g. module-based) systems.
• Fixed find_package(Python3) picking up a different Python 3 interpreter
  (e.g. a newer Homebrew Python) instead of the one already found by
  find_package(Python) in Spack environments. esma_python.cmake now pins
  Python3_EXECUTABLE to Python_EXECUTABLE when find_package(Python) has
  already resolved a Python 3 interpreter, ensuring both find the same Python.

Changed

• Added Python_FIND_VIRTUALENV FIRST and Python3_FIND_VIRTUALENV FIRST to
  esma_python.cmake so that an active Spack python-venv on PATH is
  preferred over system or framework Pythons.

---

What's Changed

• v5: Further fixes for f2py, macos, and spack by @mathomp4 in #525
• Gitflow: Merge develop into main for 5.6.0 release by @mathomp4 in #526

Full Changelog: v5.5.1...v5.6.0