<div dir="ltr">And it's already on SDKMAN!<div><br></div><div>sdk install jextract</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 7. Nov. 2024 um 15:44 Uhr schrieb Jorn Vernee <<a href="mailto:jorn.vernee@oracle.com" target="_blank">jorn.vernee@oracle.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Totally forgot to mention this, but as usual, the new builds can be <br>
found at: <a href="https://jdk.java.net/jextract/" rel="noreferrer" target="_blank">https://jdk.java.net/jextract/</a><br>
<br>
Jorn<br>
<br>
On 7-11-2024 15:32, Jorn Vernee wrote:<br>
> Hey all,<br>
><br>
> We just published a new jextract build. We've added a new build for <br>
> the Linux/AArch64 platform. Besides that, these are the other <br>
> user-facing changes that are worth highlighting:<br>
><br>
> 7903782: clang warnings and diagnostics below warning level should be <br>
> logged as well [1]<br>
> 7903779: unify logger messages to show position whenever possible [2]<br>
> 7903776: jextract generates uncompilable code when C identifier with <br>
> the name from "java.lang" classes is used [3]<br>
> 7903777: jextract layout for enum with big constant values is wrong [4]<br>
> 7903755: multi header support and special syntax for header file [5]<br>
><br>
> I want to call special attention to the last entry in this list: It is <br>
> no longer required to specify the full path of the header file you <br>
> want to extract. The header file just has to be findable in one of the <br>
> locations specified through the -I options. This should simplify the <br>
> command line somewhat. It is also possible to use the form <foo.h> to <br>
> pass a file to jextract (given sufficient shell quoting [6]). Doing <br>
> this mimics the behavior of a header file included like #include <br>
> <foo.h> within a C source file, which looks in a standard list of <br>
> system directories for the included header file. Though the exact <br>
> directories that are searched is platform dependent, it's possible to <br>
> show the header file search directories by using a compile_flags.txt <br>
> [7] file with the --verbose option. For example, by default, on my <br>
> Windows machine, this prints something like:<br>
><br>
> #include "..." search starts here:<br>
> #include <...> search starts here:<br>
>  C:\<path to>\jextract\runtime\conf\jextract<br>
>  C:\<path to>\<current directory><br>
>  C:\Program Files\Microsoft Visual <br>
> Studio\2022\Community\VC\Tools\MSVC\14.39.33519\include<br>
>  C:\Program Files (x86)\Windows Kits\10\Include\10.0.22621.0\ucrt<br>
>  C:\Program Files (x86)\Windows Kits\10\Include\10.0.22621.0\shared<br>
>  C:\Program Files (x86)\Windows Kits\10\Include\10.0.22621.0\um<br>
>  C:\Program Files (x86)\Windows Kits\10\Include\10.0.22621.0\winrt<br>
> End of search list.<br>
><br>
> This latest version of jextract still targets Java 22 as a baseline, <br>
> but the generated bindings will work on Java 23 as well. If you find <br>
> any issues with the new build, please report them back to this mailing <br>
> list (<a href="mailto:jextract-dev@openjdk.org" target="_blank">jextract-dev@openjdk.org</a>).<br>
><br>
> Thanks,<br>
> Jorn<br>
><br>
> [1]: <a href="https://bugs.openjdk.org/browse/CODETOOLS-7903782" rel="noreferrer" target="_blank">https://bugs.openjdk.org/browse/CODETOOLS-7903782</a><br>
> [2]: <a href="https://bugs.openjdk.org/browse/CODETOOLS-7903779" rel="noreferrer" target="_blank">https://bugs.openjdk.org/browse/CODETOOLS-7903779</a><br>
> [3]: <a href="https://bugs.openjdk.org/browse/CODETOOLS-7903776" rel="noreferrer" target="_blank">https://bugs.openjdk.org/browse/CODETOOLS-7903776</a><br>
> [4]: <a href="https://bugs.openjdk.org/browse/CODETOOLS-7903777" rel="noreferrer" target="_blank">https://bugs.openjdk.org/browse/CODETOOLS-7903777</a><br>
> [5]: <a href="https://bugs.openjdk.org/browse/CODETOOLS-7903755" rel="noreferrer" target="_blank">https://bugs.openjdk.org/browse/CODETOOLS-7903755</a><br>
> [6]: '<foo.h>' in most shells, ^^<foo.h^^> in cmd.exe<br>
> [7]: <br>
> <a href="https://github.com/openjdk/jextract/blob/master/doc/GUIDE.md#additional-clang-options" rel="noreferrer" target="_blank">https://github.com/openjdk/jextract/blob/master/doc/GUIDE.md#additional-clang-options</a><br>
><br>
</blockquote></div>