On 5/09/2016 9:33 PM, Erik Joelsson wrote:
Patch looks ok.
To my knowledge, nobody is actively keeping linux-sparc working in 9, so
I would expect it to be broken.
It is not a listed platform for 9 or 8 (not even listed as known to be
broken):
https://wiki.openjdk.java.net/display/Build/Sup
Hi Severin, Matthias,
On 5/09/2016 10:16 PM, Severin Gehwolf wrote:
On Mon, 2016-09-05 at 14:03 +0200, Matthias Klose wrote:
The attached patch adds support for building zero for the x86_64-
linux-gnux32
target, having changes in the build system, hotspot and jdk.
- the build system currently
On Mon, 2016-09-05 at 14:24 +0200, Severin Gehwolf wrote:
> On Tue, 2016-08-30 at 14:33 +0200, Matthias Klose wrote:
> >
> > The zero build for architectures not explicitly listed fails
> > currently in
> > hotspot, because of an unset macro, and the compiler complains
> > about a single -D
> > op
On Tue, 2016-08-30 at 14:33 +0200, Matthias Klose wrote:
> The zero build for architectures not explicitly listed fails currently in
> hotspot, because of an unset macro, and the compiler complains about a single
> -D
> option passed.
>
> Here are two proposals how to fix these:
>
> - Not passi
On Mon, 2016-09-05 at 14:03 +0200, Matthias Klose wrote:
> The attached patch adds support for building zero for the x86_64-
> linux-gnux32
> target, having changes in the build system, hotspot and jdk.
>
> - the build system currently only derives the target from
> the cpu in PLATFORM_EXTRACT
Build changes look ok.
/Erik
On 2016-09-05 14:03, Matthias Klose wrote:
The attached patch adds support for building zero for the x86_64-linux-gnux32
target, having changes in the build system, hotspot and jdk.
- the build system currently only derives the target from
the cpu in PLATFOR
The attached patch adds support for building zero for the x86_64-linux-gnux32
target, having changes in the build system, hotspot and jdk.
- the build system currently only derives the target from
the cpu in PLATFORM_EXTRACT_VARS_FROM_CPU; that is not enough
for the new target, which only d
Patch looks ok.
To my knowledge, nobody is actively keeping linux-sparc working in 9, so
I would expect it to be broken.
/Erik
On 2016-09-05 13:10, Matthias Klose wrote:
at least in 9b134 the build system currently picks up the wrong compiler flag on
linux sparc targets. The patch below only
at least in 9b134 the build system currently picks up the wrong compiler flag on
linux sparc targets. The patch below only applies it for solaris builds.
--- a/common/autoconf/flags.m4
+++ b/common/autoconf/flags.m4
@@ -921,7 +921,7 @@
# Set some additional per-CPU defines.
if test "x$OPENJD
