From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8265 invoked by alias); 14 Nov 2005 19:18:34 -0000 Received: (qmail 8244 invoked by uid 48); 14 Nov 2005 19:18:34 -0000 Date: Mon, 14 Nov 2005 19:18:00 -0000 Message-ID: <20051114191834.8243.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/24832] Modularization of Java libraries In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "m4341 at abc dot se" 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 X-SW-Source: 2005-q4/txt/msg00352.txt.bz2 List-Id: ------- Comment #2 from m4341 at abc dot se 2005-11-14 19:18 ------- Created an attachment (id=10237) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10237&action=view) Proposal for the initial split. This is the initial split I did, and I must admit that it isn't thoroughly tested. There are one text file for each module I created. The text file contains an initial dependency description and a list of files incorporated in that module. In addition to this there is one Java-file with code modified to dynamically load the DefaultContentHandlerFactory that now resides in the AWT package from the URLConnection class. This wasn't necessary earlier. Beware that this is completely untested and I see it as a proposed modification. I REALLY wanted to break out the security classes too, since they have a significant size and aren't really needed on an embedded system. This is my minimal effort breakup - it could have been even better. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24832