[Bug libgcj/24832] New: Modularization of Java libraries

[Bug libgcj/24832] New: Modularization of Java libraries

[m4341 at abc dot se]

I would like to see a modularization of the Java libraries.
This will allow for use of Java/gcj in an embedded or semi-embedded environment
with the benefits of a "full" java.

However - it shall still be possible to build a single module too for those
environments that doesn't need modularization.

I understand that this is no easy task due to cross-depenencies.


-- 
           Summary: Modularization of Java libraries
           Product: gcc
           Version: 4.0.2
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: P3
         Component: libgcj
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: m4341 at abc dot se


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24832

[Bug libgcj/24832] Modularization of Java libraries

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2005-11-14 13:17:25
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24832

[Bug libgcj/24832] Modularization of Java libraries

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2005-11-14 13:17 -------
Confirmed, I thought I saw this somewhere else.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24832

[Bug libgcj/24832] Modularization of Java libraries

[m4341 at abc dot se]

------- 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