This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Split gnu/javax/swing/text/html/parser/HTML_401F.java
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: Jakub Jelinek <jakub at redhat dot com>, Andrew Haley <aph at redhat dot com>
- Cc: Alexandre Oliva <aoliva at redhat dot com>, Richard Henderson <rth at redhat dot com>, gcc-patches at gcc dot gnu dot org, classpath-patches ml <classpath-patches at gnu dot org>, Java Patch List <java-patches at gcc dot gnu dot org>
- Date: Sun, 12 Jul 2009 22:27:07 +0200 (CEST)
- Subject: Re: Split gnu/javax/swing/text/html/parser/HTML_401F.java
- References: <20090630124346.GX4462@tyan-ft48-01.lab.bos.redhat.com> <alpine.LSU.1.99.0906301619520.29901@acrux.dbai.tuwien.ac.at> <4A4A2623.9010609@redhat.com> <20090630152911.GA4462@tyan-ft48-01.lab.bos.redhat.com> <4A4B5883.4050905@redhat.com>
On Wed, 1 Jul 2009, Andrew Haley wrote:
>> I haven't studied how exactly is --enable-java-maintainer-mode
>> compiling the classes; if I just gcj -C HTML_401F.java on
>> Fedora 11 (GCC 4.4.0, ecj 3.4.2), the compile time with patched
>> VTA is only 4:53 with 1.5GB top memory usage, if I patch HTML_401F.java
>> with the following patch, it compiles within 0:55 and maxes at 250MB.
That's quite a nice improvement. HTML_401F.java has been causing
troubles for many years, and splitting it really helps, for example
building on (virtual) machines with not so much main memory or in
limited settings where there is a process limit for 512MB.
> It's not an ABI change. This patch is OK iff accompanied by a
> comment in the code that explains the problem.
I believe the patch has not made it into GCC Subversion yet. Are
the two of you still planning to apply it?
Gerald