July 2025 - jextract-dev

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

RFR: Gradle cleanup
by Clayton Walker 29 Aug '25

29 Aug '25

I've been doing some development, and came across a few warnings during build. These are, [Project::task](https://docs.gradle.org/current/javadoc/org/gradle/api/Proje… is now deprecated, avoiding Project::mkdir, project::delete and Project::getProjectDir as they cannot work under configuration-cache. ------------- Commit messages: - Fix running with configuration-cache enabled - Fix deprecated mkdir call - Fix jar inputs - Remove use of deprecated task creation method Changes: https://git.openjdk.org/jextract/pull/283/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=283&range=00 Stats: 20 lines in 1 file changed: 5 ins; 0 del; 15 mod Patch: https://git.openjdk.org/jextract/pull/283.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/283/head:pull/283 PR: https://git.openjdk.org/jextract/pull/283

3 6

RFR: 7904049: Add LLM inference example to jextract samples
by Nizar Benalla 02 Jul '25

02 Jul '25

Please review this PR to add an LLM inference example to the jextract samples. Thanks! ------------- Commit messages: - onnx inference example Changes: https://git.openjdk.org/jextract/pull/285/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=285&range=00 Issue: https://bugs.openjdk.org/browse/CODETOOLS-7904049 Stats: 186 lines in 4 files changed: 186 ins; 0 del; 0 mod Patch: https://git.openjdk.org/jextract/pull/285.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/285/head:pull/285 PR: https://git.openjdk.org/jextract/pull/285

3 7

RFR: 7904051: Jextract should generate symbols in the same class consistently
by Nizar Benalla 01 Jul '25

01 Jul '25

Copying the bug description: > A symbol, depending on the order that clang found it will not necessarily be in the same class every time. The IDE works against you here, when you navigate to a symbol and it exists in header number 4 for example, it will sometimes automatically import header number 4 so you have to go and change it because you want to get it from the top level class. >If you don't do that, you build a dependency for your platform into the generated code. >The symbols not being consistent across platforms can be fixed by sorting the symbols. Very simple change, done in a way to not break existing code as a simple sort would've changed the names of variables in the generated code. There was a test case that had to be updated. ------------- Commit messages: - sort symbols and update test case Changes: https://git.openjdk.org/jextract/pull/286/files Webrev: https://webrevs.openjdk.org/?repo=jextract&pr=286&range=00 Issue: https://bugs.openjdk.org/browse/CODETOOLS-7904051 Stats: 8 lines in 2 files changed: 4 ins; 1 del; 3 mod Patch: https://git.openjdk.org/jextract/pull/286.diff Fetch: git fetch https://git.openjdk.org/jextract.git pull/286/head:pull/286 PR: https://git.openjdk.org/jextract/pull/286

1 1