java 17 libsvml.so conflict with user app

[Vitaly Davidovich]

Thanks for the heads up Paul (and Sandhya for backporting).  In case anyone
reading this is interested,
https://github.com/openjdk/jdk17u/commit/3e349b436628f430946b7c571aeab09e35392ed5
is the backport.

On Tue, Nov 16, 2021 at 2:32 PM Paul Sandoz <paul.sandoz at oracle.com> wrote:

> Grrr typo:
>
> This has *now* been fixed and back ported by Sandhya.
>
> Paul.
>
> > On Nov 16, 2021, at 11:31 AM, OracleE <paul.sandoz at oracle.com> wrote:
> >
> > This has no been fixed and back ported by Sandhya.
> >
> > Paul.
> >
> >> On Oct 25, 2021, at 4:43 PM, Vitaly Davidovich <vitalyd at gmail.com>
> wrote:
> >>
> >> Hi all,
> >>
> >> We're testing some of our code on Java 17 (17.0.1)/linux and hit an
> issue
> >> related to libsvml.so.  It seems this library is now part of 17 to
> support
> >> the (incubating) Vector API.  We have a java library backed (via JNI) by
> >> NAG, which itself links against libsvml.so.  The issue arises due to
> >> java.lang.UnsatisfiedLinkError when our java library is trying to call
> into
> >> a NAG function which in turn is looking for a certain symbol from
> libsvml
> >> (__svml_exp2_ha_mask in particular).
> >>
> >> It looks like the JDK is eagerly loading symbols from its packaged
> libsvml
> >> (is there a way to disable that for now?).  That version of the library
> is
> >> also in conflict with the one we want to load, as witnessed by the
> missing
> >> symbol (there're probably others but we stopped testing at this point).
> >>
> >> Is this a known issue/compatibility hazard? Happy to hear
> thoughts/opinions
> >> on this and provide further info, if needed.
> >>
> >> Thanks
> >
>
> --
Sent from my phone