Jextract Alternatives

jextract reviews and mentions

• How to Use the Foreign Function API in Java 22 to Call C Libraries
  11 projects | news.ycombinator.com | 8 May 2024

  I don't think so, given that there are more popular Java libraries than popular libraries with a C ABI. There is a small number of very popular C libraries that result in the majority of native call uses. But in any event, calling native libraries in Java is now no longer a pain thanks to FFM (and jextract [1]) so we'll see.

  Note that interaction with native libraries often requires more careful management of native memory that -- even though it's much easier now with FFM -- is still significantly trickier (and more dangerous in terms of introducing undefined behaviour) than interacting with Java code regardless of how that interaction is declared. In Java, as in Python, interaction with native code -- in the vast majority of cases -- is best encapsulated inside a Java library and not often directly exposed to application programmers.

  [1]: https://github.com/openjdk/jextract

• Jextract Guide
  1 project | news.ycombinator.com | 20 Apr 2024
• JExtract Guide (to generate Code to access the native library in Java)
  1 project | news.ycombinator.com | 17 Apr 2024
• JEP draft: Integrity and Strong Encapsulation
  3 projects | /r/java | 18 Apr 2023
• JEP 442: Foreign Function & Memory API (Third Preview)
  1 project | /r/java | 18 Mar 2023

  ok, maybe I mixed it up with jextract https://github.com/openjdk/jextract

• Java 20: A Sneak Peek on the Panama FFM API
  3 projects | news.ycombinator.com | 7 Dec 2022

  This is one level below P/Invoke. It just offers a linking runtime API.

  There's also has a tool that can generate all the bindings from a C header file automatically: https://github.com/openjdk/jextract

  Then it doesn't really matter whether annotations are used or not, or some more low-level linker API (like FFM went with). As a user you just call into the generated bindings.

  That's the philosophy: the JDK provides the low-level capabilities, and jextract provides the 'civilization', i.e. a usability focused layer on top. One of the advantages is that the JDK doesn't compete with other existing solutions, and those existing solution can benefit from the new linking runtime APIs as well.

• Why Kotlin/Native C Interop not supporting C Preprocessors such as Macros ?
  1 project | /r/Kotlin | 14 Nov 2022

  Depending on how work-aroundy you're feeling, using Kotlin/JVM with Panama and jextract might be the way to go. The generated bindings are a bit ugly, you'd need to use the very latest JVM and enable the preview features, and it won't help if you need to target iOS. But the jextract tool can fully understand C headers including macros because it's using the LLVM clang API to do so.

• JNA vs JNI Performance Question
  1 project | /r/java | 18 Sep 2022

  You can use jextract and a JDK 19 pre-release build to generate bindings and then do a JMH benchmark.

• Using Linux's memfd_secret syscall from the JVM with JEP-419 - Panama
  1 project | /r/java | 17 May 2022

  None of that needs to be done in the JDK, though, and the "big" project that can make a big difference here is jextract. The rest can easily be done by libraries.

• Possible to use Kotlin/Native to call Win API from Kotlin/JVM?
  2 projects | /r/Kotlin | 2 May 2022

  Panama incubator module is available on jdk 17 and you can also use jextract (https://github.com/openjdk/jextract) to generate all java code without writing any JNI glue code.

• A note from our sponsor - SaaSHub
  www.saashub.com | 17 May 2024

  SaaSHub helps you find the best software and product alternatives Learn more →