This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [JAVA,libtool] Big libjava is biiiig.
- From: Tom Tromey <tromey at redhat dot com>
- To: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
- Cc: David Daney <ddaney at caviumnetworks dot com>, Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>, java at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Date: Fri, 28 Aug 2009 12:03:55 -0600
- Subject: Re: [JAVA,libtool] Big libjava is biiiig.
- References: <4A01B55C.6060700@gmail.com> <4A01B621.7020609@gmail.com> <20090506161419.GA19953@ins.uni-bonn.de> <4A01BA1A.9030801@caviumnetworks.com> <4A8FF4C2.5000700@gmail.com>
- Reply-to: Tom Tromey <tromey at redhat dot com>
>>>>> "Dave" == Dave Korn <dave.korn.cygwin@googlemail.com> writes:
Dave> There are a couple of regressions to solve first, but it appears
Dave> that I've more-or-less cracked it. Full details are written up
Dave> here:
Dave> http://gcc.gnu.org/wiki/Internal_dependencies_of_libgcj
One thing worth considering is that you may be able to shrink things
even more by splitting up some existing objects.
I didn't see AWT in the cluster 48 list, which seems weird.
I would expect it to be in the core due to AWTPermission.
I'm curious why sun.awt and swing ended up in there.
I would expect that with minor tweaks you could probably get AWT, the
peers, and Swing to drop out. That was true for AWT, at least, last
time I looked at this (years ago) -- but I needed a special case to keep
AWTPermission in.
Tom