Re: kern/46165 (openjdk7 hangs in build with 100% CPU)

[Thomas Klausner <wiz%NetBSD.org@localhost>]

The following reply was made to PR kern/46165; it has been noted by GNATS.

From: Thomas Klausner <wiz%NetBSD.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/46165 (openjdk7 hangs in build with 100% CPU)
Date: Mon, 31 Mar 2014 00:00:01 +0200

 On Sun, Mar 30, 2014 at 08:15:00PM +0000, Ryo ONODERA wrote:
 >  Still do you have this error?
 >  http://mail-index.netbsd.org/pkgsrc-users/2014/02/14/msg019316.html
 >  If so, please try to build openjdk7 with MAKE_JOBS_SAFE=no.
 
 I've removed all local changes. The default build stops with:
 In file included from 
/disk/3/archive/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/precompiled/precompiled.hpp:36:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/ci/ciConstant.hpp:29:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/ci/ciNullObject.hpp:30:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/ci/ciUtilities.hpp:28:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/ci/ciEnv.hpp:30:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/classfile/systemDictionary.hpp:29:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/classfile/classLoader.hpp:28:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/classfile/classFileParser.hpp:29:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/memory/resourceArea.hpp:39:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/os/bsd/vm/thread_bsd.inline.hpp:30:
 In file included from 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/runtime/thread.hpp:44:
 
/usr/obj/lang/openjdk7/work.x86_64/openjdk/hotspot/src/share/vm/services/memRecorder.hpp:64:5:
 error: 'operator new' should not return a null pointer unless it is declared 
'throw()' [-Werror,-Wnew-returns-null]
     return NULL;
     ^
 1 error generated.
 
 
 
 When I try with MAKE_JOBS_SAFE=no, I get the same error.
 
 But perhaps I should file a separate PR for this issue?
 
 Thanks,
  Thomas