Detailed version info

[Jorn Vernee]

Hey Nir,

The version format for jextract was modeled after what we do for other 
JDK tools. I think this works well when a tool is included in the JDK, 
but for jextract we might also have 'minor' releases that target the 
same major java version, but include extra fixes.

Having a minor version, or including the build number in the version 
string, like you suggest, doesn't seem like a bad idea to help 
distinguish between different versions of jextract that target the same 
java version. I've filed: https://bugs.openjdk.org/browse/CODETOOLS-7903941

Jorn

On 26-1-2025 10:18, Nir Lisker wrote:
> Hi,
>
> The output of the --version parameter looks like this:
> jextract 22
> JDK version 22+35-2369
> LibClang version clang version 13.0.0
>
> Is it possible to include a more detailed version of jextract, like 
> the JDK does? e.g., the current build is Build 22-jextract+6-47.
>
> Also, is it possible to add a programmatic API to get the --version 
> info such as a method on JextractTool? Java has a Runtime.Version 
> class that is returned from Runtime#version. Maybe something like that 
> is possible?
>
> Thanks,
> Nir