RFR: Add musl information to bundle names and -Xinternalversion

[Mikael Vidstedt]

With the introduction of musl <os>-<arch> (and specifically linux-amd64) is no longer uniquely identifying the JDK platform and binaries.

This change adds “musl” in a couple of places:

top: http://cr.openjdk.java.net/~mikael/webrevs/portola/version/webrev.01/webrev/
hotspot: http://cr.openjdk.java.net/~mikael/webrevs/portola/version/webrev.01/hotspot/webrev/


The two places are:

1. The bundle file names

A typical linux-amd64 bundle today looks something like this:

jdk-10-internal+0_linux-x64_bin.tar.gz

At least for now, the “normal”/gnu bundle file names will *not* be changed - only the new “musl” ones will get the additional “-musl” component:

jdk-10-internal+0_linux-x64-musl_bin.tar.gz


2. The -Xinternalversion version string

Much like with the bundle names, the current string looks something like:

Java HotSpot(TM) 64-Bit Server VM (10-internal+0-2017-04-10-172118.mikael.portola) for linux-amd64 JRE (10-internal+0-2017-04-10-172118.mikael.portola), built on Apr 13 2017 08:48:18 by "mikael" with gcc 4.9.2

This patch (only) adds “-musl” for the musl version of the JVM, and leaves non-musl platforms unchanged. With musl the -Xinternalversion version string looks something like:

Java HotSpot(TM) 64-Bit Server VM (10-internal+0-2017-04-10-172118.mikael.portola) for linux-amd64-musl JRE (10-internal+0-2017-04-10-172118.mikael.portola), built on Apr 13 2017 08:34:03 by "mikael" with gcc 4.9.2 

but without the bold highlighting ;)


As I mentioned in the thread [1] for the confstr/libc/libpthread patch I will take another round through the code after I have this in place and make sure everything is handled in a consistent manner.

Cheers,
Mikael

[1] http://mail.openjdk.java.net/pipermail/portola-dev/2017-April/000021.html