RFR (XXS) [URGENT]: 8048232: Fix for 8046471 breaks PPC64 build

[Mikael Vidstedt]

This will work for top level builds. For Hotspot-only builds ARCH will 
(still) be the value of uname -m, so if you want to support Hotspot-only 
builds you'll probably want to do the "ifneq (,$(findstring $(ARCH), 
ppc))" trick to catch both "ppc" (which is what a top level build will 
use) and "ppc64" (for Hotspot-only).

Sorry for breaking it.

Cheers,
Mikael

PS. We so need to clean up these makefiles...

On 2014-06-26 07:25, Volker Simonis wrote:
> Hi,
>
> could somebody please review and push the following tiny change:
>
> http://cr.openjdk.java.net/~simonis/webrevs/8048232/
> https://bugs.openjdk.java.net/browse/JDK-8048232
>
> It fixes the build on Linux/PPC64 after "8046471 Use
> OPENJDK_TARGET_CPU_ARCH instead of legacy value for hotspot ARCH".
>
> Before 8046471, the top-level make passed ARCH=ppc64 to the HotSpot
> make. After 8046471, it now passes ARCH=ppc. But there was one place
> in  make/linux/Makefile which checked for ARCH=ppc64 in order to
> disable the TIERED build. This place has to be adapted to handle the
> new ARCH value.
>
> Please push this right to http://hg.openjdk.java.net/jdk9/hs/hotspot
> in order to get it into http://hg.openjdk.java.net/jdk9/dev/hotspot
> together with 8046471.
>
> Note: this change depends on 8046471 in the hotspot AND in the
> top-level directory!
>
> Thank you and best regards,
> Volker