Skip to content

Release v2.9.0: bump version and rebuild mex binaries#104

Draft
dimitri-yatsenko wants to merge 3 commits into
masterfrom
release/v2.9.0
Draft

Release v2.9.0: bump version and rebuild mex binaries#104
dimitri-yatsenko wants to merge 3 commits into
masterfrom
release/v2.9.0

Conversation

@dimitri-yatsenko
Copy link
Copy Markdown
Member

Bumps the embedded version constant in src/mym.h to 2.9.0 in preparation for a v2.9.0 release that closes #103.

Background

The latest published release is v2.8.5 (2022-03-09). Since then, master has gained:

  • mexa64 rebuilt against MySQL Connector/C 8.4.0 LTS on glibc 2.17 (May 2024)
  • mexw64 rebuilt against MySQL Connector/C 8.4.0 LTS (May 2024)
  • Windows/Linux compile-script cleanup (May 2024)
  • Native Apple Silicon support — distribution/mexmaca64/ and mex_compilation/compile_mexmaca64.m via Add native support for Apple silicon Macs. #101 (@cnuahs)
  • README community-stewardship maintenance note

ghtb.install('datajoint/mym') resolves to the latest GitHub Release's mym.mltbx asset and does NOT install from master, so users like @tabedzki (#103, #99) currently get the 2022 build with no Apple Silicon coverage. A tagged release is needed.

Why this PR exists

mktbx.m reads the toolbox version from mym('version') returned by the compiled mex. The committed binaries on master were all compiled with MYM_VERSION_BUGFIX=5 and report 2.8.5 at runtime. Without a re-stamp, the .mltbx published for v2.9.0 would carry 2.8.5 metadata internally, and MATLAB's Add-On Manager would likely refuse to upgrade existing 2.8.5 installs.

This PR bumps the version constant only. The binaries need to be rebuilt against the bumped header before the release is cut.

Ask of @cnuahs

You built the 2024 binaries — would you be able to rebuild mexa64, mexw64, and mexmaca64 from this branch using mex_compilation/compile_linux.m, compile_windows.m, and compile_mexmaca64.m, and push the updated binaries to release/v2.9.0?

mexmaci64 will ship unchanged (legacy Intel-Mac path; Apple deprecated Intel Macs in MATLAB R2024b+, so it's reasonable to leave the 2022 build in place for this stewardship release).

Once the rebuilt binaries land, I'll run mktbx to produce mym.mltbx, merge this PR, tag v2.9.0, and create the GitHub Release.

Closes / addresses

@dimitri-yatsenko dimitri-yatsenko requested a review from ttngu207 May 15, 2026 19:18
ubuntu-latest runners dropped docker-compose v1; the integration workflow
now invokes the v2 'docker compose' subcommand. Bumps actions/checkout to
v4 for the same hygiene reason.
The integration workflow depends on raphaelguzman/matlab Docker images, an
org-level MATLAB license, and a matrix pinned to R2018b/R2019a + MySQL
5.6-8.0.18 — a stack that has bit-rotted and doesn't cover the platforms
users actually run on (Apple Silicon, MySQL 8.4 LTS). It now runs only via
workflow_dispatch.

In its place, a lightweight smoke check validates what we can verify
without MATLAB: all four distribution/<mexext>/mym.<mexext> binaries are
present and non-empty, src/mym.h exposes parseable version constants, and
mktbx.m exists.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Please make a new release to be able to use ghtb with the new mym update

1 participant