* [meta-java] openjre-8: java from master/master-next crashes on startup
@ 2019-10-13 9:33 Jacob Kroon
2020-01-21 7:00 ` Jacob Kroon
0 siblings, 1 reply; 12+ messages in thread
From: Jacob Kroon @ 2019-10-13 9:33 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 4223 bytes --]
Hi,
For me, this has been the status for quite a while now. First of all,
openjre-8 from master/master-next doesn't build on my Fedora 30 box,
I've been using the patch attached to this mail to get it to build.
Secondly, java always crashes on startup here:
> #0 Node::Node (this=0x805fa88, req=3)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/node.cpp:327
> #1 0xb7499b63 in RegionNode::RegionNode (required=3, this=0x805fa88)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/cfgnode.hpp:73
> #2 LoopNode::LoopNode (backedge=0x0, entry=0x0, this=0x805fa88)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/loopnode.hpp:88
> #3 RootNode::RootNode (this=0x805fa88)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/rootnode.hpp:37
> #4 Compile::Init (this=0x977feaf8, aliaslevel=0)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1079
> #5 0xb74a02c5 in Compile::Compile (this=0x977feaf8, ci_env=0x977ff188,
> generator=0xb7895270 <OptoRuntime::new_instance_Type()>,
> stub_function=0xb7897070 <OptoRuntime::new_instance_C(Klass*, JavaThread*)> "U\211\345WVS\350\245+\237\377\201\303\205\217\062",
> stub_name=0xb7a0a62f "_new_instance_Java", is_fancy_jump=0, pass_tls=true,
> save_arg_registers=false, return_pc=false)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1012
> #6 0xb789587b in OptoRuntime::generate_stub (env=0x977ff188,
> gen=0xb7895270 <OptoRuntime::new_instance_Type()>,
> C_function=0xb7897070 <OptoRuntime::new_instance_C(Klass*, JavaThread*)> "U\211\345WVS\350\245+\237\377\201\303\205\217\062", name=0xb7a0a62f "_new_instance_Java",
> is_fancy_jump=0, pass_tls=true, save_argument_registers=false, return_pc=false)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:181
> #7 0xb7895a5f in OptoRuntime::generate (env=0x977ff188)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:147
> #8 0xb7417de9 in C2Compiler::init_c2_runtime ()
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1854
> #9 0xb7417e35 in C2Compiler::initialize (this=0xb706b180)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/c2compiler.cpp:102
> #10 0xb74a508c in CompileBroker::init_compiler_runtime ()
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1674
> #11 0xb74ab6ed in CompileBroker::compiler_thread_loop ()
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1772
> #12 0xb79238d5 in compiler_thread_entry (thread=0xb7079400, __the_thread__=0xb7079400)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.cpp:3230
> #13 0xb792d782 in JavaThread::thread_main_inner (this=0xb7079400)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1035
> #14 0xb7820ce4 in java_start (thread=0xb7079400)
> at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/os/linux/vm/os_linux.cpp:790
> #15 0x4121244c in start_thread (arg=<optimized out>) at pthread_create.c:479
> #16 0x4113bd56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:108
The Node::Node() constructor uses an IDX_INIT() macro:
> #define IDX_INIT(req) this->Init((req), (Compile*) this->_out)
and Node::Init() does:
> 297 inline int Node::Init(int req, Compile* C) {
> 298 assert(Compile::current() == C, "must use operator new(Compile*)");
> 299 int idx = C->next_unique();
and here, this->_out = C = null, which I think leads to a segfault on
line 299.
I've tried looking at upstream jdk8u but can't find anything. Does
anyone have an idea of whats going on here, or if I should raise the
issue to openjdk ml ?
Cheers,
Jacob
[-- Attachment #2: 0001-Fix-build.patch --]
[-- Type: text/x-patch, Size: 2400 bytes --]
From: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Date: Fri, 2 Aug 2019 15:59:52 +0200
Subject: [PATCH] Fix build
---
recipes-core/icedtea/icedtea7-native.inc | 2 ++
.../icedtea/openjdk-7-03b147/fix-build.patch | 22 +++++++++++++++++++
2 files changed, 24 insertions(+)
create mode 100644 recipes-core/icedtea/openjdk-7-03b147/fix-build.patch
diff --git a/recipes-core/icedtea/icedtea7-native.inc b/recipes-core/icedtea/icedtea7-native.inc
index b578cb2..522244e 100644
--- a/recipes-core/icedtea/icedtea7-native.inc
+++ b/recipes-core/icedtea/icedtea7-native.inc
@@ -49,6 +49,7 @@ SRC_URI = " \
file://timezoneszip.patch \
file://sigsegv.patch;apply=no \
file://vframeArray_Fix_sigsegv.patch;apply=no \
+ file://fix-build.patch;apply=no \
"
S = "${WORKDIR}/${ICEDTEA}"
@@ -161,6 +162,7 @@ do_configure_append() {
patch -p1 < ${WORKDIR}/jaxws_fix_NullPointerException.patch
patch -p1 < ${WORKDIR}/sigsegv.patch
patch -p1 < ${WORKDIR}/vframeArray_Fix_sigsegv.patch
+ patch -p1 < ${WORKDIR}/fix-build.patch
}
EXTRA_OEMAKE = ' \
diff --git a/recipes-core/icedtea/openjdk-7-03b147/fix-build.patch b/recipes-core/icedtea/openjdk-7-03b147/fix-build.patch
new file mode 100644
index 0000000..671173a
--- /dev/null
+++ b/recipes-core/icedtea/openjdk-7-03b147/fix-build.patch
@@ -0,0 +1,22 @@
+--- a/openjdk-boot/hotspot/src/share/vm/code/relocInfo.hpp
++++ b/openjdk-boot/hotspot/src/share/vm/code/relocInfo.hpp
+@@ -371,7 +371,7 @@ class relocInfo VALUE_OBJ_CLASS_SPEC {
+ // "immediate" in the prefix header word itself. This optimization
+ // is invisible outside this module.)
+
+- inline friend relocInfo prefix_relocInfo(int datalen = 0);
++ inline friend relocInfo prefix_relocInfo(int datalen);
+
+ protected:
+ // an immediate relocInfo optimizes a prefix with one 10-bit unsigned value
+--- a/openjdk/hotspot/src/share/vm/code/relocInfo.hpp
++++ b/openjdk/hotspot/src/share/vm/code/relocInfo.hpp
+@@ -371,7 +371,7 @@ class relocInfo VALUE_OBJ_CLASS_SPEC {
+ // "immediate" in the prefix header word itself. This optimization
+ // is invisible outside this module.)
+
+- inline friend relocInfo prefix_relocInfo(int datalen = 0);
++ inline friend relocInfo prefix_relocInfo(int datalen);
+
+ protected:
+ // an immediate relocInfo optimizes a prefix with one 10-bit unsigned value
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2019-10-13 9:33 [meta-java] openjre-8: java from master/master-next crashes on startup Jacob Kroon
@ 2020-01-21 7:00 ` Jacob Kroon
2020-01-21 7:12 ` Richard Leitner
0 siblings, 1 reply; 12+ messages in thread
From: Jacob Kroon @ 2020-01-21 7:00 UTC (permalink / raw)
To: openembedded-devel, richard.leitner
Hi Richard,
I still can't use openjre-8 in either warrior, zeus or master builds,
due to the crash below. I wonder, is anyone successfully using openjre-8
in either of these releases ?
I see the crash both in my custom machine and in qemux86-64. If it makes
a difference, I'm using
PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native"
PREFERRED_PROVIDER_virtual/java-native = "cacao-native"
since building with jamvm has always been broken for me.
Any hints ?
Cheers,
Jacob
On 10/13/19 11:33 AM, Jacob Kroon wrote:
> Hi,
>
> For me, this has been the status for quite a while now. First of all,
> openjre-8 from master/master-next doesn't build on my Fedora 30 box,
> I've been using the patch attached to this mail to get it to build.
> Secondly, java always crashes on startup here:
>
>> #0 Node::Node (this=0x805fa88, req=3)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/node.cpp:327
>> #1 0xb7499b63 in RegionNode::RegionNode (required=3, this=0x805fa88)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/cfgnode.hpp:73
>> #2 LoopNode::LoopNode (backedge=0x0, entry=0x0, this=0x805fa88)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/loopnode.hpp:88
>> #3 RootNode::RootNode (this=0x805fa88)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/rootnode.hpp:37
>> #4 Compile::Init (this=0x977feaf8, aliaslevel=0)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1079
>> #5 0xb74a02c5 in Compile::Compile (this=0x977feaf8,
>> ci_env=0x977ff188, generator=0xb7895270
>> <OptoRuntime::new_instance_Type()>, stub_function=0xb7897070
>> <OptoRuntime::new_instance_C(Klass*, JavaThread*)>
>> "U\211\345WVS\350\245+\237\377\201\303\205\217\062",
>> stub_name=0xb7a0a62f "_new_instance_Java", is_fancy_jump=0,
>> pass_tls=true, save_arg_registers=false, return_pc=false)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1012
>> #6 0xb789587b in OptoRuntime::generate_stub (env=0x977ff188,
>> gen=0xb7895270 <OptoRuntime::new_instance_Type()>,
>> C_function=0xb7897070 <OptoRuntime::new_instance_C(Klass*,
>> JavaThread*)> "U\211\345WVS\350\245+\237\377\201\303\205\217\062",
>> name=0xb7a0a62f "_new_instance_Java", is_fancy_jump=0,
>> pass_tls=true, save_argument_registers=false, return_pc=false)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:181
>> #7 0xb7895a5f in OptoRuntime::generate (env=0x977ff188)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:147
>> #8 0xb7417de9 in C2Compiler::init_c2_runtime ()
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1854
>> #9 0xb7417e35 in C2Compiler::initialize (this=0xb706b180)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/c2compiler.cpp:102
>> #10 0xb74a508c in CompileBroker::init_compiler_runtime ()
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1674
>> #11 0xb74ab6ed in CompileBroker::compiler_thread_loop ()
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1772
>> #12 0xb79238d5 in compiler_thread_entry (thread=0xb7079400,
>> __the_thread__=0xb7079400)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.cpp:3230
>> #13 0xb792d782 in JavaThread::thread_main_inner (this=0xb7079400)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1035
>> #14 0xb7820ce4 in java_start (thread=0xb7079400)
>> at
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/os/linux/vm/os_linux.cpp:790
>> #15 0x4121244c in start_thread (arg=<optimized out>) at
>> pthread_create.c:479
>> #16 0x4113bd56 in clone () at
>> ../sysdeps/unix/sysv/linux/i386/clone.S:108
>
> The Node::Node() constructor uses an IDX_INIT() macro:
>
>> #define IDX_INIT(req) this->Init((req), (Compile*) this->_out)
>
> and Node::Init() does:
>
>> 297 inline int Node::Init(int req, Compile* C) {
>> 298 assert(Compile::current() == C, "must use operator
>> new(Compile*)");
>> 299 int idx = C->next_unique();
>
> and here, this->_out = C = null, which I think leads to a segfault on
> line 299.
> I've tried looking at upstream jdk8u but can't find anything. Does
> anyone have an idea of whats going on here, or if I should raise the
> issue to openjdk ml ?
>
> Cheers,
> Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-21 7:00 ` Jacob Kroon
@ 2020-01-21 7:12 ` Richard Leitner
2020-01-21 8:01 ` Jacob Kroon
0 siblings, 1 reply; 12+ messages in thread
From: Richard Leitner @ 2020-01-21 7:12 UTC (permalink / raw)
To: Jacob Kroon; +Cc: openembedded-devel
Hi Jacob,
On Tue, Jan 21, 2020 at 08:00:48AM +0100, Jacob Kroon wrote:
> Hi Richard,
>
> I still can't use openjre-8 in either warrior, zeus or master builds, due to
> the crash below. I wonder, is anyone successfully using openjre-8 in either
> of these releases ?
I'm doing tests for the machine/distro combinations stated in the README
before pushing to master. Therefore it should have worked back then.
Nonetheless I'm currently working on updating openjdk-8 to the latest ga
and implementing continous (e.g. nightly/weekly) builds/tests on qemu to
make sure nothing broke over time.
So maybe I could get something out of this.
>
> I see the crash both in my custom machine and in qemux86-64. If it makes a
> difference, I'm using
>
> PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native"
> PREFERRED_PROVIDER_virtual/java-native = "cacao-native"
>
> since building with jamvm has always been broken for me.
>
> Any hints ?
Nothing that comes to my mind directly, but I'll take a look into this.
So your "custom machine" is also x86-64?
>
> Cheers,
> Jacob
>
> On 10/13/19 11:33 AM, Jacob Kroon wrote:
> > Hi,
> >
> > For me, this has been the status for quite a while now. First of all,
> > openjre-8 from master/master-next doesn't build on my Fedora 30 box,
> > I've been using the patch attached to this mail to get it to build.
> > Secondly, java always crashes on startup here:
> >
> > > #0 Node::Node (this=0x805fa88, req=3)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/node.cpp:327
> > > #1 0xb7499b63 in RegionNode::RegionNode (required=3, this=0x805fa88)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/cfgnode.hpp:73
> > > #2 LoopNode::LoopNode (backedge=0x0, entry=0x0, this=0x805fa88)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/loopnode.hpp:88
> > > #3 RootNode::RootNode (this=0x805fa88)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/rootnode.hpp:37
> > > #4 Compile::Init (this=0x977feaf8, aliaslevel=0)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1079
> > > #5 0xb74a02c5 in Compile::Compile (this=0x977feaf8,
> > > ci_env=0x977ff188, generator=0xb7895270
> > > <OptoRuntime::new_instance_Type()>, stub_function=0xb7897070
> > > <OptoRuntime::new_instance_C(Klass*, JavaThread*)>
> > > "U\211\345WVS\350\245+\237\377\201\303\205\217\062",
> > > stub_name=0xb7a0a62f "_new_instance_Java", is_fancy_jump=0,
> > > pass_tls=true, save_arg_registers=false, return_pc=false)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1012
> > > #6 0xb789587b in OptoRuntime::generate_stub (env=0x977ff188,
> > > gen=0xb7895270 <OptoRuntime::new_instance_Type()>,
> > > C_function=0xb7897070 <OptoRuntime::new_instance_C(Klass*,
> > > JavaThread*)> "U\211\345WVS\350\245+\237\377\201\303\205\217\062",
> > > name=0xb7a0a62f "_new_instance_Java", is_fancy_jump=0,
> > > pass_tls=true, save_argument_registers=false, return_pc=false)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:181
> > > #7 0xb7895a5f in OptoRuntime::generate (env=0x977ff188)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:147
> > > #8 0xb7417de9 in C2Compiler::init_c2_runtime ()
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1854
> > > #9 0xb7417e35 in C2Compiler::initialize (this=0xb706b180)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/c2compiler.cpp:102
> > > #10 0xb74a508c in CompileBroker::init_compiler_runtime ()
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1674
> > > #11 0xb74ab6ed in CompileBroker::compiler_thread_loop ()
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1772
> > > #12 0xb79238d5 in compiler_thread_entry (thread=0xb7079400,
> > > __the_thread__=0xb7079400)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.cpp:3230
> > > #13 0xb792d782 in JavaThread::thread_main_inner (this=0xb7079400)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1035
> > > #14 0xb7820ce4 in java_start (thread=0xb7079400)
> > > at /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/os/linux/vm/os_linux.cpp:790
> > > #15 0x4121244c in start_thread (arg=<optimized out>) at
> > > pthread_create.c:479
> > > #16 0x4113bd56 in clone () at
> > > ../sysdeps/unix/sysv/linux/i386/clone.S:108
> >
> > The Node::Node() constructor uses an IDX_INIT() macro:
> >
> > > #define IDX_INIT(req) this->Init((req), (Compile*) this->_out)
> >
> > and Node::Init() does:
> >
> > > 297 inline int Node::Init(int req, Compile* C) {
> > > 298 assert(Compile::current() == C, "must use operator
> > > new(Compile*)");
> > > 299 int idx = C->next_unique();
> >
> > and here, this->_out = C = null, which I think leads to a segfault on
> > line 299.
> > I've tried looking at upstream jdk8u but can't find anything. Does
> > anyone have an idea of whats going on here, or if I should raise the
> > issue to openjdk ml ?
> >
> > Cheers,
> > Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-21 7:12 ` Richard Leitner
@ 2020-01-21 8:01 ` Jacob Kroon
2020-01-21 11:38 ` Richard Leitner
2020-01-24 10:37 ` Richard Leitner
0 siblings, 2 replies; 12+ messages in thread
From: Jacob Kroon @ 2020-01-21 8:01 UTC (permalink / raw)
To: Richard Leitner; +Cc: openembedded-devel
Hi Richard,
On 1/21/20 8:12 AM, Richard Leitner wrote:
> Hi Jacob,
>
> On Tue, Jan 21, 2020 at 08:00:48AM +0100, Jacob Kroon wrote:
>> Hi Richard,
>>
>> I still can't use openjre-8 in either warrior, zeus or master builds, due to
>> the crash below. I wonder, is anyone successfully using openjre-8 in either
>> of these releases ?
>
> I'm doing tests for the machine/distro combinations stated in the README
> before pushing to master. Therefore it should have worked back then.
>
> Nonetheless I'm currently working on updating openjdk-8 to the latest ga
> and implementing continous (e.g. nightly/weekly) builds/tests on qemu to
> make sure nothing broke over time.
>
> So maybe I could get something out of this.
>
Thanks for doing this work.
>>
>> I see the crash both in my custom machine and in qemux86-64. If it makes a
>> difference, I'm using
>>
>> PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native"
>> PREFERRED_PROVIDER_virtual/java-native = "cacao-native"
>>
>> since building with jamvm has always been broken for me.
>>
>> Any hints ?
>
> Nothing that comes to my mind directly, but I'll take a look into this.
>
> So your "custom machine" is also x86-64?
The custom machine .conf file is just:
------------------------------------------
require conf/machine/include/tune-i686.inc
require conf/machine/include/x86-base.inc
------------------------------------------
So 32bit x86.
Cheers,
Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-21 8:01 ` Jacob Kroon
@ 2020-01-21 11:38 ` Richard Leitner
2020-01-21 12:14 ` Jacob Kroon
2020-01-24 10:37 ` Richard Leitner
1 sibling, 1 reply; 12+ messages in thread
From: Richard Leitner @ 2020-01-21 11:38 UTC (permalink / raw)
To: Jacob Kroon; +Cc: openembedded-devel
On Tue, Jan 21, 2020 at 09:01:01AM +0100, Jacob Kroon wrote:
> On 1/21/20 8:12 AM, Richard Leitner wrote:
> > On Tue, Jan 21, 2020 at 08:00:48AM +0100, Jacob Kroon wrote:
...
> > > I see the crash both in my custom machine and in qemux86-64. If it makes a
> > > difference, I'm using
> > >
> > > PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native"
> > > PREFERRED_PROVIDER_virtual/java-native = "cacao-native"
> > >
> > > since building with jamvm has always been broken for me.
> > >
> > > Any hints ?
> >
> > Nothing that comes to my mind directly, but I'll take a look into this.
> >
> > So your "custom machine" is also x86-64?
>
> The custom machine .conf file is just:
> ------------------------------------------
> require conf/machine/include/tune-i686.inc
> require conf/machine/include/x86-base.inc
> ------------------------------------------
>
> So 32bit x86.
Is your JVM crashing in interpreted and mixed mode?
regards;rl
>
> Cheers,
> Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-21 11:38 ` Richard Leitner
@ 2020-01-21 12:14 ` Jacob Kroon
0 siblings, 0 replies; 12+ messages in thread
From: Jacob Kroon @ 2020-01-21 12:14 UTC (permalink / raw)
To: Richard Leitner; +Cc: openembedded-devel
On 1/21/20 12:38 PM, Richard Leitner wrote:
> On Tue, Jan 21, 2020 at 09:01:01AM +0100, Jacob Kroon wrote:
>> On 1/21/20 8:12 AM, Richard Leitner wrote:
>>> On Tue, Jan 21, 2020 at 08:00:48AM +0100, Jacob Kroon wrote:
>
> ...
>
>>>> I see the crash both in my custom machine and in qemux86-64. If it makes a
>>>> difference, I'm using
>>>>
>>>> PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native"
>>>> PREFERRED_PROVIDER_virtual/java-native = "cacao-native"
>>>>
>>>> since building with jamvm has always been broken for me.
>>>>
>>>> Any hints ?
>>>
>>> Nothing that comes to my mind directly, but I'll take a look into this.
>>>
>>> So your "custom machine" is also x86-64?
>>
>> The custom machine .conf file is just:
>> ------------------------------------------
>> require conf/machine/include/tune-i686.inc
>> require conf/machine/include/x86-base.inc
>> ------------------------------------------
>>
>> So 32bit x86.
>
> Is your JVM crashing in interpreted and mixed mode?
>
It only crashes in mixed mode. If I pass -Xint I don't see any issues.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-21 8:01 ` Jacob Kroon
2020-01-21 11:38 ` Richard Leitner
@ 2020-01-24 10:37 ` Richard Leitner
2020-01-24 11:37 ` Jacob Kroon
1 sibling, 1 reply; 12+ messages in thread
From: Richard Leitner @ 2020-01-24 10:37 UTC (permalink / raw)
To: Jacob Kroon; +Cc: openembedded-devel
Hi Jacob,
On Tue, Jan 21, 2020 at 09:01:01AM +0100, Jacob Kroon wrote:
> On 1/21/20 8:12 AM, Richard Leitner wrote:
> > On Tue, Jan 21, 2020 at 08:00:48AM +0100, Jacob Kroon wrote:
> > > Hi Richard,
> > >
> > > I still can't use openjre-8 in either warrior, zeus or master builds, due to
> > > the crash below. I wonder, is anyone successfully using openjre-8 in either
> > > of these releases ?
> >
> > I'm doing tests for the machine/distro combinations stated in the README
> > before pushing to master. Therefore it should have worked back then.
> >
> > Nonetheless I'm currently working on updating openjdk-8 to the latest ga
> > and implementing continous (e.g. nightly/weekly) builds/tests on qemu to
> > make sure nothing broke over time.
> >
> > So maybe I could get something out of this.
> >
>
> Thanks for doing this work.
I've just pushed a temporary branch named "g0hl1n/wip-jdk8u242ga" to
the meta-java repository [1]. It contains (as you might have guessed)
the update to openjdk 8u242ga.
Can you please give it a try if it works for you?
Please note that I might force-push to the branch.
regards;rl
[1] https://git.yoctoproject.org/cgit/cgit.cgi/meta-java/log/?h=g0hl1n/wip-jdk8u242ga
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-24 10:37 ` Richard Leitner
@ 2020-01-24 11:37 ` Jacob Kroon
2020-01-24 11:44 ` Richard Leitner
0 siblings, 1 reply; 12+ messages in thread
From: Jacob Kroon @ 2020-01-24 11:37 UTC (permalink / raw)
To: Richard Leitner; +Cc: openembedded-devel
Hi Richard,
On 1/24/20 11:37 AM, Richard Leitner wrote:
> Hi Jacob,
>
> On Tue, Jan 21, 2020 at 09:01:01AM +0100, Jacob Kroon wrote:
>> On 1/21/20 8:12 AM, Richard Leitner wrote:
>>> On Tue, Jan 21, 2020 at 08:00:48AM +0100, Jacob Kroon wrote:
>>>> Hi Richard,
>>>>
>>>> I still can't use openjre-8 in either warrior, zeus or master builds, due to
>>>> the crash below. I wonder, is anyone successfully using openjre-8 in either
>>>> of these releases ?
>>>
>>> I'm doing tests for the machine/distro combinations stated in the README
>>> before pushing to master. Therefore it should have worked back then.
>>>
>>> Nonetheless I'm currently working on updating openjdk-8 to the latest ga
>>> and implementing continous (e.g. nightly/weekly) builds/tests on qemu to
>>> make sure nothing broke over time.
>>>
>>> So maybe I could get something out of this.
>>>
>>
>> Thanks for doing this work.
>
> I've just pushed a temporary branch named "g0hl1n/wip-jdk8u242ga" to
> the meta-java repository [1]. It contains (as you might have guessed)
> the update to openjdk 8u242ga.
>
> Can you please give it a try if it works for you?
>
I tried but I get a linker error during openjre-8_242.bb:do_compile:
Making adlc
...
/tmp/ramdisk/build/hosttools/ld: cannot find -lstdc++
collect2: error: ld returned 1 exit status
This is using MACHINE=qemux86-64.
Gonna try and fix and get the build going.
Cheers,
Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-24 11:37 ` Jacob Kroon
@ 2020-01-24 11:44 ` Richard Leitner
2020-01-24 12:28 ` Jacob Kroon
0 siblings, 1 reply; 12+ messages in thread
From: Richard Leitner @ 2020-01-24 11:44 UTC (permalink / raw)
To: Jacob Kroon; +Cc: openembedded-devel
On Fri, Jan 24, 2020 at 12:37:58PM +0100, Jacob Kroon wrote:
> On 1/24/20 11:37 AM, Richard Leitner wrote:
...
> > I've just pushed a temporary branch named "g0hl1n/wip-jdk8u242ga" to
> > the meta-java repository [1]. It contains (as you might have guessed)
> > the update to openjdk 8u242ga.
> >
> > Can you please give it a try if it works for you?
> >
>
> I tried but I get a linker error during openjre-8_242.bb:do_compile:
>
> Making adlc
> ...
> /tmp/ramdisk/build/hosttools/ld: cannot find -lstdc++
> collect2: error: ld returned 1 exit status
>
> This is using MACHINE=qemux86-64.
>
> Gonna try and fix and get the build going.
Do you have "libstdc++ static" installed on your buildhost as stated in
the README? ...the error let me suggest you don't have it ;-)
regards;rl
>
> Cheers,
> Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-24 11:44 ` Richard Leitner
@ 2020-01-24 12:28 ` Jacob Kroon
2020-01-26 11:11 ` Richard Leitner
0 siblings, 1 reply; 12+ messages in thread
From: Jacob Kroon @ 2020-01-24 12:28 UTC (permalink / raw)
To: Richard Leitner; +Cc: openembedded-devel
On 1/24/20 12:44 PM, Richard Leitner wrote:
> On Fri, Jan 24, 2020 at 12:37:58PM +0100, Jacob Kroon wrote:
>> On 1/24/20 11:37 AM, Richard Leitner wrote:
>
> ...
>
>>> I've just pushed a temporary branch named "g0hl1n/wip-jdk8u242ga" to
>>> the meta-java repository [1]. It contains (as you might have guessed)
>>> the update to openjdk 8u242ga.
>>>
>>> Can you please give it a try if it works for you?
>>>
>>
>> I tried but I get a linker error during openjre-8_242.bb:do_compile:
>>
>> Making adlc
>> ...
>> /tmp/ramdisk/build/hosttools/ld: cannot find -lstdc++
>> collect2: error: ld returned 1 exit status
>>
>> This is using MACHINE=qemux86-64.
>>
>> Gonna try and fix and get the build going.
>
> Do you have "libstdc++ static" installed on your buildhost as stated in
> the README? ...the error let me suggest you don't have it ;-)
>
Oops, yeah I missed that. That got me further, but I got a new linking
error:
> | Linking executable genSocketOptionRegistry
> | gensrc/GensrcMisc.gmk:75: Building /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry (from /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegi
> stry.o) (/tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o newer)
> | + /tmp/ramdisk/build/hosttools/gcc /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genUnixConstants/genUnixConstants.o -o /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genUnixConstants/genUnixConstants
> | + /tmp/ramdisk/build/hosttools/ld /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o -o /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocket
> OptionRegistry
> | /tmp/ramdisk/build/hosttools/ld: warning: cannot find entry symbol _start; defaulting to 0000000000401000
> | /tmp/ramdisk/build/hosttools/ld: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o: in function `out':
> | genSocketOptionRegistry.c:(.text+0x14): undefined reference to `puts'
> | /tmp/ramdisk/build/hosttools/ld: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o: in function `emit':
> | genSocketOptionRegistry.c:(.text+0x47): undefined reference to `printf'
> | /tmp/ramdisk/build/hosttools/ld: genSocketOptionRegistry.c:(.text+0x5e): undefined reference to `printf'
> | make[2]: *** [gensrc/GensrcMisc.gmk:75: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry] Error 1
> | make[2]: *** Waiting for unfinished jobs....
> | Note: Some input files use unchecked or unsafe operations.
> | Note: Recompile with -Xlint:unchecked for details.
> | + /tmp/ramdisk/build/hosttools/mv /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btclasses/_the.BUILD_TOOLS_batch.tmp /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btclasses/_the.BUILD_TOOLS_batch
> | make[1]: *** [BuildJdk.gmk:55: gensrc-only] Error 2
> | make: *** [/tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/jdk8u-jdk8u242-ga//make/Main.gmk:117: jdk-only] Error 2
> | WARNING: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/temp/run.do_compile.384980:1 exit 1 from 'exit 1'
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-24 12:28 ` Jacob Kroon
@ 2020-01-26 11:11 ` Richard Leitner
2020-01-26 11:16 ` Jacob Kroon
0 siblings, 1 reply; 12+ messages in thread
From: Richard Leitner @ 2020-01-26 11:11 UTC (permalink / raw)
To: Jacob Kroon; +Cc: openembedded-devel
On Fri, Jan 24, 2020 at 01:28:52PM +0100, Jacob Kroon wrote:
> On 1/24/20 12:44 PM, Richard Leitner wrote:
> > On Fri, Jan 24, 2020 at 12:37:58PM +0100, Jacob Kroon wrote:
> > > On 1/24/20 11:37 AM, Richard Leitner wrote:
> >
> > ...
> >
> > > > I've just pushed a temporary branch named "g0hl1n/wip-jdk8u242ga" to
> > > > the meta-java repository [1]. It contains (as you might have guessed)
> > > > the update to openjdk 8u242ga.
> > > >
> > > > Can you please give it a try if it works for you?
> > > >
> > >
> > > I tried but I get a linker error during openjre-8_242.bb:do_compile:
> > >
> > > Making adlc
> > > ...
> > > /tmp/ramdisk/build/hosttools/ld: cannot find -lstdc++
> > > collect2: error: ld returned 1 exit status
> > >
> > > This is using MACHINE=qemux86-64.
> > >
> > > Gonna try and fix and get the build going.
> >
> > Do you have "libstdc++ static" installed on your buildhost as stated in
> > the README? ...the error let me suggest you don't have it ;-)
> >
>
> Oops, yeah I missed that. That got me further, but I got a new linking
> error:
As this happens in the "native" part of the openjre build:
What distribution and gcc version are you using on your host?
For me (Fedora 31) the openjdk build and runtime tests for aarch32,
aarch64 and x86_64 work.
regards;rl
>
> > | Linking executable genSocketOptionRegistry
> > | gensrc/GensrcMisc.gmk:75: Building /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry (from /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegi
> > stry.o) (/tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o newer)
> > | + /tmp/ramdisk/build/hosttools/gcc /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genUnixConstants/genUnixConstants.o -o /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genUnixConstants/genUnixConstants
> > | + /tmp/ramdisk/build/hosttools/ld /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o -o /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocket
> > OptionRegistry
> > | /tmp/ramdisk/build/hosttools/ld: warning: cannot find entry symbol _start; defaulting to 0000000000401000
> > | /tmp/ramdisk/build/hosttools/ld: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o: in function `out':
> > | genSocketOptionRegistry.c:(.text+0x14): undefined reference to `puts'
> > | /tmp/ramdisk/build/hosttools/ld: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry.o: in function `emit':
> > | genSocketOptionRegistry.c:(.text+0x47): undefined reference to `printf'
> > | /tmp/ramdisk/build/hosttools/ld: genSocketOptionRegistry.c:(.text+0x5e): undefined reference to `printf'
> > | make[2]: *** [gensrc/GensrcMisc.gmk:75: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btnative/genSocketOptionRegistry/genSocketOptionRegistry] Error 1
> > | make[2]: *** Waiting for unfinished jobs....
> > | Note: Some input files use unchecked or unsafe operations.
> > | Note: Recompile with -Xlint:unchecked for details.
> > | + /tmp/ramdisk/build/hosttools/mv /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btclasses/_the.BUILD_TOOLS_batch.tmp /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/build/jdk/btclasses/_the.BUILD_TOOLS_batch
> > | make[1]: *** [BuildJdk.gmk:55: gensrc-only] Error 2
> > | make: *** [/tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/jdk8u-jdk8u242-ga//make/Main.gmk:117: jdk-only] Error 2
> > | WARNING: /tmp/ramdisk/build/work/core2-64-oe-linux/openjre-8/242-r0/temp/run.do_compile.384980:1 exit 1 from 'exit 1'
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [meta-java] openjre-8: java from master/master-next crashes on startup
2020-01-26 11:11 ` Richard Leitner
@ 2020-01-26 11:16 ` Jacob Kroon
0 siblings, 0 replies; 12+ messages in thread
From: Jacob Kroon @ 2020-01-26 11:16 UTC (permalink / raw)
To: Richard Leitner; +Cc: openembedded-devel
On 1/26/20 12:11 PM, Richard Leitner wrote:
> On Fri, Jan 24, 2020 at 01:28:52PM +0100, Jacob Kroon wrote:
>> On 1/24/20 12:44 PM, Richard Leitner wrote:
>>> On Fri, Jan 24, 2020 at 12:37:58PM +0100, Jacob Kroon wrote:
>>>> On 1/24/20 11:37 AM, Richard Leitner wrote:
>>>
>>> ...
>>>
>>>>> I've just pushed a temporary branch named "g0hl1n/wip-jdk8u242ga" to
>>>>> the meta-java repository [1]. It contains (as you might have guessed)
>>>>> the update to openjdk 8u242ga.
>>>>>
>>>>> Can you please give it a try if it works for you?
>>>>>
>>>>
>>>> I tried but I get a linker error during openjre-8_242.bb:do_compile:
>>>>
>>>> Making adlc
>>>> ...
>>>> /tmp/ramdisk/build/hosttools/ld: cannot find -lstdc++
>>>> collect2: error: ld returned 1 exit status
>>>>
>>>> This is using MACHINE=qemux86-64.
>>>>
>>>> Gonna try and fix and get the build going.
>>>
>>> Do you have "libstdc++ static" installed on your buildhost as stated in
>>> the README? ...the error let me suggest you don't have it ;-)
>>>
>>
>> Oops, yeah I missed that. That got me further, but I got a new linking
>> error:
>
> As this happens in the "native" part of the openjre build:
> What distribution and gcc version are you using on your host?
>
> For me (Fedora 31) the openjdk build and runtime tests for aarch32,
> aarch64 and x86_64 work.
>
[cut]
Odd.. I'm on plain Fedora 31, with Fedora's regular gcc 9.2.1.
I sent a patch to the ml that fixes the build for me, forgot to CC you.
Maybe I have some extra headers installed that triggers something extra
to build..
Cheers,
Jacob
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-01-26 11:16 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-10-13 9:33 [meta-java] openjre-8: java from master/master-next crashes on startup Jacob Kroon
2020-01-21 7:00 ` Jacob Kroon
2020-01-21 7:12 ` Richard Leitner
2020-01-21 8:01 ` Jacob Kroon
2020-01-21 11:38 ` Richard Leitner
2020-01-21 12:14 ` Jacob Kroon
2020-01-24 10:37 ` Richard Leitner
2020-01-24 11:37 ` Jacob Kroon
2020-01-24 11:44 ` Richard Leitner
2020-01-24 12:28 ` Jacob Kroon
2020-01-26 11:11 ` Richard Leitner
2020-01-26 11:16 ` Jacob Kroon
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.