From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2091 invoked by alias); 11 Mar 2009 15:02:50 -0000 Received: (qmail 1742 invoked by uid 22791); 11 Mar 2009 15:02:47 -0000 X-SWARE-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,BAYES_05,WEIRD_PORT X-Spam-Check-By: sourceware.org Received: from mail1.intricatesoftware.com (HELO mail1.intricatesoftware.com) (96.56.4.132) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 11 Mar 2009 15:02:34 +0000 Received: from seraph.intricatesoftware.com (relay@localhost.intricatesoftware.com [IPv6:::1]) by mail1.intricatesoftware.com (8.14.1/8.13.4) with ESMTP id n2BF2Q3P021915 for ; Wed, 11 Mar 2009 11:02:26 -0400 (EDT) Received: from seraph.intricatesoftware.com (truk@localhost.intricatesoftware.com [127.0.0.1]) by seraph.intricatesoftware.com (8.14.3/8.14.3) with ESMTP id n2BF2OON002376 for ; Wed, 11 Mar 2009 11:02:26 -0400 (EDT) Message-ID: <49B7D280.5020306@intricatesoftware.com> Date: Wed, 11 Mar 2009 15:02:00 -0000 From: Kurt Miller User-Agent: Thunderbird 2.0.0.19 (X11/20090220) MIME-Version: 1.0 To: java@gcc.gnu.org Subject: gcj on OpenBSD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SMTP-Vilter-Version: 1.3.6 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Spamd-Symbols: ALL_TRUSTED,AWL,BAYES_00,WEIRD_PORT X-SMTP-Vilter-Spam-Backend: spamd X-Spam-Score: -4.4 X-Spam-Threshold: 5.0 X-Spam-Probability: -0.9 X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2009-03/txt/msg00001.txt.bz2 Hi, I've been working on getting gcj up and running on OpenBSD/i386. Currently I'm working on adding gcj to gcc 4.2 port. I'm pretty far along with the work: enabled dwarf2 exceptions, thread model posix, etc. The build completes but gcj-dbtool segfaults and gij too. The segfault occurs when initializing the class loader because engine is null. Program received signal SIGSEGV, Segmentation fault. 0x03db9548 in _Jv_Linker::verify_class (klass=@236164a0) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/link.cc:1820 1820 klass->engine->verify(klass); (gdb) p klass->engine $1 = (_Jv_ExecutionEngine *) 0x0 (gdb) bt #0 0x03db9548 in _Jv_Linker::verify_class (klass=@236164a0) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/link.cc:1820 #1 0x03dbb2a1 in _Jv_Linker::wait_for_state (klass=@236164a0, state=9) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/link.cc:1985 #2 0x03de3b90 in java::lang::Class::initializeClass (this=@236164a0) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/java/lang/natClass.cc:695 #3 0x03dac322 in _Jv_CreateJavaVM (vm_args=null) at Class.h:651 #4 0x03dacc2c in _Jv_RunMain (vm_args=null, klass=@3c0de280, name=null, argc=3, argv=@cfbc8a08, is_jar=false) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/prims.cc:1520 #5 0x03dace8b in _Jv_RunMain (klass=@3c0de280, name=null, argc=3, argv=@cfbc8a08, is_jar=Variable "is_jar" is not available. ) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/prims.cc:1593 #6 0x03daceb9 in JvRunMain (klass=@3c0de280, argc=3, argv=@cfbc8a08) at /usr/obj/i386/ports/gcc-4.2.20070307.java/gcc-4.2-20070307/libjava/prims.cc:1599 #7 0x1c002cb9 in main (argc=Cannot access memory at address 0x1 ) at /tmp//cceCHhDF.i:11 (gdb) set lang java Warning: the current language does not match this frame. (gdb) p *klass $2 = { = {<_JvObjectPrefix> = { _vptr$_JvObjectPrefix: @2ccc5d08}, static class$: @2ccc65c0, sync_info: @3c107fd8}, static class$: @2ccc6300, next_or_version: @40062250, name: @2cb533fc, accflags: 1025, superclass: @2ccc65c0, constants: {size: 9, tags: @2ce33fc0, data: @2ce40740}, : {methods = @2ce371e0, element_type = @2ce371e0}, method_count: 35, vtable_method_count: 31, fields: @2ce37120, size_in_bytes: 32, field_count: 11, static_field_count: 4, vtable: @2ce37088, otable: null, otable_syms: null, atable: null, atable_syms: null, itable: null, itable_syms: null, catch_classes: @2ce33fcc, interfaces: null, loader: null, interface_count: 0, state: 7, thread: null, depth: 1, ancestors: @3c10aff8, : {idt = null, ioffsets = null}, arrayclass: null, protectionDomain: null, assertion_table: null, hack_signers: null, chain: null, aux_info: null, engine: null} Also superclass (java::lang::Object) engine is null too: (gdb) p *klass.superclass $4 = { = {<_JvObjectPrefix> = { _vptr$_JvObjectPrefix: @2ccc5d08}, static class$: @2ccc65c0, sync_info: @3c107fc0}, static class$: @2ccc6300, next_or_version: @40062250, name: @2ca7f642, accflags: 1, superclass: null, constants: {size: 2, tags: @2ccc6444, data: @2ccc6678}, : { methods = @2ccc64a0, element_type = @2ccc64a0}, method_count: 14, vtable_method_count: 6, fields: null, size_in_bytes: 8, field_count: 0, static_field_count: 0, vtable: @2ccc6468, otable: null, otable_syms: null, atable: null, atable_syms: null, itable: null, itable_syms: null, catch_classes: @2ccc6448, interfaces: null, loader: null, interface_count: 0, state: 3, thread: null, depth: 0, ancestors: null, : { idt = null, ioffsets = null}, arrayclass: null, protectionDomain: null, assertion_table: null, hack_signers: null, chain: null, aux_info: null, engine: null} Could anyone suggest some ideas for diagnosing the root cause of this? Thanks, -Kurt