From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15798 invoked by alias); 19 Aug 2004 14:42:47 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org Received: (qmail 15783 invoked by uid 48); 19 Aug 2004 14:42:47 -0000 Date: Thu, 19 Aug 2004 14:42:00 -0000 Message-ID: <20040819144247.15782.qmail@sourceware.org> From: "mckinlay at redhat dot com" To: java-prs@gcc.gnu.org In-Reply-To: <20040806144324.16899.jari.korva@iki.fi> References: <20040806144324.16899.jari.korva@iki.fi> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libgcj/16899] Gcj does not produce working executables for big endian ARMs X-Bugzilla-Reason: CC X-SW-Source: 2004-q3/txt/msg00299.txt.bz2 List-Id: ------- Additional Comments From mckinlay at redhat dot com 2004-08-19 14:42 ------- Thanks. Here's the problem: #9 0x00034b44 in java.lang.VMClassLoader.getSystemClassLoader() () at /crosstool-0.28-rc32/build/armv5b-softfloat-linux/gcc-3.4.1-glibc-2.3.2/gcc-3.4.1/libjava/java/lang/VMClassLoader.java:280 #10 0x00028898 in java.lang.ClassLoader.() () at /crosstool-0.28-rc32/build/armv5b-softfloat-linux/gcc-3.4.1-glibc-2.3.2/gcc-3.4.1/libjava/java/lang/ClassLoader.java:156 ie the class initializer for ClassLoader, and specifically the getSystemClassLoader() call, is eventually dependent on itself. We need to figure out a way to break the dependency chain. First step is probably to figure out why this is happening on your target, but not others. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16899