[Bug 2236] New: [IcedTea7] ppc64le should report its os.arch as ppc64le so tools can detect it

[bugzilla-daemon at icedtea.classpath.org]

http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=2236

            Bug ID: 2236
           Summary: [IcedTea7] ppc64le should report its os.arch as
                    ppc64le so tools can detect it
           Product: IcedTea
           Version: 2.5.3
          Hardware: ppc64le
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: IcedTea
          Assignee: gnu.andrew at redhat.com
          Reporter: gnu.andrew at redhat.com
                CC: unassigned at icedtea.classpath.org

http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-February/017148.html

"The os.arch property on both ppc64be and ppc64le builds of OpenJDK is being
reported as the same; "ppc64". This leaves Java applications no way of
determining which of the two platforms the JDK is running on and, for example,
means that Maven can't determine which native JNI binaries to download.

There is a sun.cpu.endian property but this is non-standard and it seems
wrong to me that every Java tool should have to add a special case for
ppc64le using such a property. This value is traditionally not so much
just the architecture as a composite of the architecture, the bit size
and the endianness. The only difference with other platforms is that they
only support one default endianness so the value is implied e.g.
little-endian for amd64, big-endian for sparc. We do distinguish between
ppc and ppc64 rather than expecting tools to check sun.arch.data.model,
so we should do the same with endianness."

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20150216/64a6e815/attachment.html>