From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17160 invoked by alias); 16 May 2004 12:06:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 17065 invoked by uid 48); 16 May 2004 12:06:34 -0000 Date: Mon, 17 May 2004 01:01:00 -0000 Message-ID: <20040516120634.17064.qmail@sourceware.org> From: "mark at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20040516104929.15474.green@redhat.com> References: <20040516104929.15474.green@redhat.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug java/15474] libgcj jar file should always be in classpath at runtime X-Bugzilla-Reason: CC X-SW-Source: 2004-05/txt/msg01700.txt.bz2 List-Id: ------- Additional Comments From mark at gcc dot gnu dot org 2004-05-16 12:06 ------- What is the real reason you want this? It seems strange to return a byte code array for a class that hasn't been loaded from byte code in the first place. And adding this makes the bootstrap classloader (which each and every classloader delegates to before doing its own lookup) more inefficient. libgcj.jar is only needed for compiling classes. It is out precompiled header file so to speak. It isn't needed at runtime. Your proposal means we open an extra file during startup and do a lookup for each child classloader of the bootstrap classloader when they want to load a class or resource. I suspect there is a bug or design flaw in your program if you need this funtionality. Most likely you need a setting in your program to point it to the byte code class archive you want to access. If you could post a real snippet of code that uses this functionality we can most likely provide you with a cleaner way of doing this. -- What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15474