<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    <p>Hi Gavin,<br>
      as soon as the PR [1] is integrated, we will make a jextract build
      available with it.</p>
    <p>But, we're also exploring interim ways for developers to more
      easily build jextract, by "bootstrapping" the jextract 20 build
      with the 19 binary. After all, the big issue when building
      jextract is getting the correct libclang dependency - but that
      doesn't change across jextract version.</p>
    <p>So, stay tuned, we might have more news soon!</p>
    <p>Cheers<br>
      Maurizio</p>
    <p>[1] - <a class="moz-txt-link-freetext" href="https://github.com/openjdk/jdk/pull/10872">https://github.com/openjdk/jdk/pull/10872</a><br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 28/10/2022 00:56, Gavin Ray wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:CAFtvWZOwTgR72qvbFagP=Jq7m=eN=8uUU_43zGN7vJuNgcNEeA@mail.gmail.com">
      
      <div dir="ltr">Hooray!
        <div><br>
        </div>
        <div>By any chance, will there be a new release of the Panama
          20ea JDK and jextract binaries as well?</div>
        <div>I've had quite some difficulties getting jextract on 20
          built and it'd be swell to rebase some of the work I've done
          on the more recent API changes.</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Thu, Oct 27, 2022 at 2:30
          PM Mark Reinhold <<a href="mailto:mark.reinhold@oracle.com" moz-do-not-send="true" class="moz-txt-link-freetext">mark.reinhold@oracle.com</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><a href="https://openjdk.org/jeps/434" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://openjdk.org/jeps/434</a><br>
          <br>
            Summary: Introduce an API by which Java programs can
          interoperate with<br>
            code and data outside of the Java runtime. By efficiently
          invoking<br>
            foreign functions (i.e., code outside the JVM), and by
          safely accessing<br>
            foreign memory (i.e., memory not managed by the JVM), the
          API enables<br>
            Java programs to call native libraries and process native
          data without<br>
            the brittleness and danger of JNI. This is a preview API.<br>
          <br>
          - Mark</blockquote>
      </div>
    </blockquote>
  </body>
</html>