October 2025 - jextract-dev

RFR: 7904089: jextract cannot handle "void foo(int foo)"
by Nizar Benalla 11 Dec '25

11 Dec '25

Please review this change to fix a name conflicts between functions and name parameters. TIA! ------------- Commit messages: - handle name conflicts Changes: https://git.openjdk.org/jextract/pull/292/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=292&range=00 Issue: https://bugs.openjdk.org/browse/CODETOOLS-7904089 Stats: 117 lines in 4 files changed: 116 ins; 0 del; 1 mod Patch: https://git.openjdk.org/jextract/pull/292.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/292/head:pull/292 PR: https://git.openjdk.org/jextract/pull/292

3 4

RFR: Generate Java enums
by Vivek Narang 09 Nov '25

09 Nov '25

We are using jextract in our [cuVS Java](https://github.com/rapidsai/cuvs/tree/branch-25.08/java) project. As of now, jextract generates individual getter functions for the C enums. This results in code where it is difficult to disambiguate which getter functions are logically grouped together for a particular Enum. Additionally, given the lack of this capability, we also have to manually create and maintain Java enums for each enum in the C layer. In this PR, I wish to introduce an option to additionally generate Java enums by passing an optional flag `--generate-java-enums`. In case a Java user wishes to use bitwise operations on the enums, they can use the enum's `.ordinal()` method for this. The original static getter methods will still be generated as before. Example C enum: enum SIZE { S, M, L }; Produces the following with jextract: private static final int S = (int)0L; public static int S() { return S; } private static final int M = (int)1L; public static int M() { return M; } private static final int L = (int)2L; public static int L() { return L; } With this feature enabled using the `--generate-java-enums` flag, the following enum is generated (in addition to the above): public enum Size { S(0), M(1), L(2); private final int value; private Size(int value) {; this.value = value; } public int getValue() { return this.value; } } This PR is created against the `jdk22` branch. I will rebase it to `master` branch if needed. ------------- Commit messages: - Remove extra space in messages.properties - Generate enums in header file instead - Initial work Changes: https://git.openjdk.org/jextract/pull/284/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=284&range=00 Stats: 184 lines in 12 files changed: 168 ins; 0 del; 16 mod Patch: https://git.openjdk.org/jextract/pull/284.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/284/head:pull/284 PR: https://git.openjdk.org/jextract/pull/284

4 12

RFR: 7903947: Access to function pointers in structs could be streamlined
by Nizar Benalla 04 Nov '25

04 Nov '25

Please review this patch to add a new option where you can generate an direct invoker methods. This feature is intended to be used on structs that are just a collection of functions we had like to call. If this feature is used, we remove the getter to avoid name collisions as we assume this is similar to an interface. Changes to `GUIDE.md` have been intentionally left out from this initial patch to make reviews easier. struct Foo { struct Bar (*a)(void); struct Bar (*b)(int); }; Before var foo = alloc_callback_h.foo(); var barA = Foo.a.invoke(Foo.a(foo), arena); var barB = Foo.b.invoke(Foo.b(foo), arena, 100); After var foo = alloc_callback_h.foo(); var barA = Foo.a(foo, arena); var barB = Foo.b(foo, arena, 100); ------------- Commit messages: - add functional dispatch feature Changes: https://git.openjdk.org/jextract/pull/287/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=287&range=00 Issue: https://bugs.openjdk.org/browse/CODETOOLS-7903947 Stats: 294 lines in 8 files changed: 263 ins; 6 del; 25 mod Patch: https://git.openjdk.org/jextract/pull/287.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/287/head:pull/287 PR: https://git.openjdk.org/jextract/pull/287

4 11

Jextract 25 binaries are now available
by Nizar Benalla 22 Oct '25

22 Oct '25

Hello, Jextract 25 binaries are now available at: https://jdk.java.net/jextract/ This version of jextract targets the Foreign Function and Memory API in Java 25, which was released recently as well [1] The existing binaries of jextract 22, which target Java 22, along with older versions, remain available under the "Other versions" section on the jextract download page linked above. Nizar [1]: https://jdk.java.net/25/

2 1

RFR: 7904073: Derive required symbols from client code to minimize generated bindings
by Nizar Benalla 16 Oct '25

16 Oct '25

Please review this change to add a small sample that extracts full bindings once, scans the compiled client classes to collect actually referenced symbols, filters the includes list, and re-runs jextract to produce a slim binding set. ------------- Commit messages: - add new sample Changes: https://git.openjdk.org/jextract/pull/288/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=288&range=00 Issue: https://bugs.openjdk.org/browse/CODETOOLS-7904073 Stats: 183 lines in 7 files changed: 182 ins; 0 del; 1 mod Patch: https://git.openjdk.org/jextract/pull/288.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/288/head:pull/288 PR: https://git.openjdk.org/jextract/pull/288

3 7

New Jextract Binary for Java 25
by Adrian Trapletti 01 Oct '25

01 Oct '25

Hi, Are there any plans to release a new jextract binary for Java 25? The binaries provided here https://jdk.java.net/jextract/ are quite old. Thx for the feedback Adrian *Dr. Adrian Trapletti* CEO *Uster Metrics GmbH *| Steinstrasse 9b, 8610 Uster, Switzerland P +41 32 512 83 63 | M +41 79 103 71 31 a.trapletti(a)ustermetrics.com | www.ustermetrics.com This email message including any attachments is confidential and may be privileged. It is intended solely for the use of the individual or entity named on this message. It is provided for informational purposes only and does not constitute an offer or invitation to subscribe for or purchase any services or products. Any form of disclosure, copying, modification or distribution is unauthorized. If you are not the intended recipient, you are requested to please notify the sender immediately and delete the message including any attachments from your computer system network. Email transmission cannot be guaranteed to be secure or error free as information could be modified. We therefore do not accept responsibility or liability as to the completeness or accuracy of the information contained in this message or any attachments.

1 0