SUN_ARCH_ABI property not set or in release file for aarch64 builds

[Simon Nash]

Hi Andrey,
I am using the OpenJDK sources in the aarch32-port repository to build
a JRE for my application, so it will help to have this property set by
this JRE.  I will try my current binary to see whether this property
is already available.

I have sucessfully built the aarch32-port sources for gnueabihf but I
could not build them for gnueabi becaise there appear to be some missing
files in the aarch32-port sources that are neeeded for softfp support.
Is this correct?  If so, are there any plans to support a softfp version?

Best regards,
Simon

On 03/04/2017 21:45, Andrey Petushkov wrote:
> Hi Simon,
> 
> from the first glance it's set with the command line when the binary is 
> built.  so there is no code change is required but rather build system 
> setup.  we can ensure Azul is building with it so it will propagate into 
> any downstream distribution taking our binaries. yet it might help you 
> or might not depending on what you call the "openjdk build"
> 
> Regards,
> Andrey
> 
> 
> On Mon, Apr 3, 2017, 23:18 Simon Nash <simon at cjnash.com 
> <mailto:simon at cjnash.com>> wrote:
> 
>     On 03/04/2017 17:58, Bob Vandette wrote:
>      > The Oracle binaries for JDK 8 and JDK 9 Linux arm already include
>     this property for the
>      > 32-bit ARM binaries.
>      >
>      > The only release that in question is the 64-bit aarch64 Linux
>     distribution.  There’s really
>      > no need for this property since there’s only 1 ABI that’s widely
>     used today on that
>      > architecture.
>      >
>      > Bob.
>      >
> 
>     My comment was about the OpenJDK aarch32 builds.  From your original
>     post,
>     I have the impression that the OpenJDK aarch32 builds don't set this
>     property.
>     If it could be added for the OpenJDK aarch32 builds, this would be
>     very useful
>     for my application.
> 
>     I understand that this is not needed for aarch64 builds.
> 
>     Simon
> 
>      >> On Apr 3, 2017, at 12:53 PM, Simon Nash <simon at cjnash.com
>     <mailto:simon at cjnash.com>> wrote:
>      >>
>      >> Hi Bob,
>      >> I would find such a property very useful.
>      >>
>      >> My application is mostly written in Java but also uses a native
>     library
>      >> that is loaded dynamically by the Java code.  In order to distribute
>      >> fewer versions of the application and make things simpler for users,
>      >> I have recently started packaging multiple versions of the
>     native library
>      >> (for example, Intel x86 and Intel x64) in a single version of the
>      >> application and using Java runtime properties to determine which of
>      >> these native libraries to load.
>      >>
>      >> I would like to do this for gnueabi and gnueabihf if I could find a
>      >> reliable way to determine at runtime which of these native libraries
>      >> is needed.  It sounds like this property would be an ideal solution.
>      >>
>      >> Best regards,
>      >> Simon
>      >>
>      >> On 03/04/2017 16:57, Bob Vandette wrote:
>      >>> I’m inclined to not fix this bug but thought I’d bring it to
>     your attention just in case.
>      >>> I assume that OpenJDK ARM builds never set this property
>     anyway, right?
>      >>> https://bugs.openjdk.java.net/browse/JDK-8177976
>     <https://bugs.openjdk.java.net/browse/JDK-8177976>
>      >>> Bob.
>      >
>      >
>