From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3704 invoked by alias); 17 Aug 2004 08:06:13 -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 3672 invoked by uid 48); 17 Aug 2004 08:06:12 -0000 Date: Tue, 17 Aug 2004 08:06:00 -0000 Message-ID: <20040817080612.3671.qmail@sourceware.org> From: "jari dot korva at iki dot fi" 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 java/16899] Gcj does not produce working executables for big endian ARMs X-Bugzilla-Reason: CC X-SW-Source: 2004-q3/txt/msg00269.txt.bz2 List-Id: ------- Additional Comments From jari dot korva at iki dot fi 2004-08-17 08:06 ------- Yes, in normal case sm is null and those two lines are not executed. After that there's a SIGSEGV in _Jv_FindClass because java::lang::ClassLoader::getSystemClassLoader () returned NULL. Is it possible that those method calls have some side-effects so that something that was not otherwise initialized is now set up properly? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16899