RFR(XS): 8185567: fix hsdis cpu to architecture mapping on various Linux platforms

David Buck david.buck at oracle.com
Tue Aug 1 12:32:01 UTC 2017


Hi!

It was suggested that I also loop in build-dev to the review of this 
proposed change.

Cheers,
-Buck

On 2017/07/31 22:06, David Buck wrote:
> Hi!
> 
> Would you please review this small set of very simple build fixes to hsdis?
> 
> bug report: https://bugs.openjdk.java.net/browse/JDK-8185567
> 
> proposed fix: http://cr.openjdk.java.net/~dbuck/8185567.0/
> 
> With these changes, hsdis should now correctly build out of the box (no 
> manual editing of files needed) on Linux with any of the following 
> return values of "uname -m":
> 
> i386
> i686
> amd64
> x86_64
> *arm*
> aarch64
> 
> I made it a point to *not* break anything that previously worked. So, 
> for example, aarch64 environments will still compile for aarch64 even 
> when the build target is "all" and not "all64". While forcing it to try 
> and build a 32-bit binary would be more consistent with what happens 
> with "make all" on linux-amd64 or solaris-sparcv9, I decided to leave 
> things as they are in case any aarch64 users depend on the current 
> behavior. Similarly, an attempt to run "make all" on linux-sparcv9 will 
> continue to try and build against whatever the return value of "uname 
> -m" was. Of course running "make all64" now does the right thing and 
> targets "sparcv9".
> 
> Cheers,
> -Buck
> 
> 



More information about the build-dev mailing list