From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32384 invoked by alias); 17 Aug 2004 15:43:42 -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 32366 invoked by uid 48); 17 Aug 2004 15:43:42 -0000 Date: Tue, 17 Aug 2004 15:43:00 -0000 Message-ID: <20040817154342.32365.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 java/16899] Gcj does not produce working executables for big endian ARMs X-Bugzilla-Reason: CC X-SW-Source: 2004-q3/txt/msg00271.txt.bz2 List-Id: ------- Additional Comments From mckinlay at redhat dot com 2004-08-17 15:43 ------- It is ok for ClassLoader.getSystemClassLoader() to return null - Sun's implementation uses null here to represent the "bootstrap" class loader. It is wrong for _Jv_FindClass to assume that getSystemClassLoader won't return null. _Jv_FindClass needs a different way to get the bootstrap class loader. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16899