Hi Peter,
> the Solaris 64-bit library location isn't one that's in the default
search list
It might be worth it to enhance the make/autoconf/lib-ffi.m4 script to
look in the alternative library location as well. I recently added
support for mac and windows as well [1], but prior to that, it
. Did you face any similar issue in getting
your bundle to work?
Thanks
Tyler
*From:* Jorn Vernee
*Sent:* June 9, 2023 16:27
*To:* Tyler Steele
*Cc:* porters-dev@openjdk.org
*Subject:* [EXTERNAL] Re: Making the forei
Thanks Jorn,
On Fri, Jun 9, 2023 at 11:28 PM Jorn Vernee wrote:
> To incorporate the library (.dll/.so/.dylib) into the JDK, it is
> essentially just copied into the right folder of the built JDK image.
> Automatic copying can be turned on using the --enable-libffi-bundling
> configuration flag.
le to work?
Thanks
Tyler
From: Jorn Vernee
Sent: June 9, 2023 16:27
To: Tyler Steele
Cc: porters-dev@openjdk.org
Subject: [EXTERNAL] Re: Making the foreign liner a required API
Hello Tyler, First of all, thanks for trying this out! To answer some of you
Hello Tyler,
First of all, thanks for trying this out!
To answer some of your questions:
> Does this createLibffiBundle.sh get called programmatically during
the build process (I can't seem to find where that would happen
currently), or does each platform check in a bundle with a compiled
Hello Jorn and fellow porters,
I am following up with this message from Jorn from a few months ago [1]. I am
generally supportive of their proposal, but I am not certain how to implement
it. I have successfully built and bundled libffi on AIX, but I didn't use the
createLibffiBundle.sh script p
Hello,
We (the panama-foreign team), want to make the foreign linker, which is
returned by the java.lang.foreign.Linker::nativeLinker() method a
required API for Java 21. This move is needed in order to be able to
start rewriting parts of the JDK itself to use the linker API.
In Java 20, thi