Skip to content

Conversation

@timeopochin
Copy link

First of all, thank you so much for working on a zig binding, I'd love to contribute if I can. I will be using this binding in an open source project in the near future.

Zig uses init and deinit throughout it's standard library, so I think it's fitting to use it over free.

@timeopochin timeopochin changed the title Rename 'free' to defacto 'deinit' Small tweaks and fixes Sep 6, 2025
@Logickin-Lambda
Copy link

Logickin-Lambda commented Sep 25, 2025

@lelahx Since this a fork of the original library, I can't make a discussion in either in issues or discussion, while seeing this pr has been held for three weeks, while 3 months ago for the last update to the library, so I decided to ask my question here:

  • Does it still works for the latest version? (0.15.1)
  • Do you still have any plans to this port?

I have been looking for a library, and this seems the only zig binding which supports midi 2.0, so I wish to know the status of this library before I move on other plans.

@Logickin-Lambda
Copy link

@lelahx The good news is that the library can still be built with a minor modification to the build.zig aligning to the 0.15.1 with the following code into the build file:

const libremidi = b.dependency("libremidi", .{});
exe.root_module.addImport("libremidi", libremidi.module("libremidi"));
exe.linkLibrary(libremidi.artifact("libremidi"));

Although I haven't test the functions yet, seems the zig extension recognizes the observer midi and timestamp.

However, considering the activity and the current status of the library, would you still want to maintain the library? I need the library so bad and in fact, this is the only zig binding that supports midi 2.0 before any in-house solutions.

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.

2 participants