This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Symbol visibility for gcj
- From: Andrew Haley <aph at redhat dot com>
- To: David Daney <ddaney at avtrex dot com>
- Cc: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Fri, 23 Mar 2007 18:52:17 +0000
- Subject: Re: Symbol visibility for gcj
- References: <17924.6636.434128.707456@zebedee.pink> <460420A2.2090600@avtrex.com>
David Daney writes:
> Andrew Haley wrote:
> > This changes the symbol export rules for gcj-built DSOs. We no longer
> > output symbols for:
> >
> > private static methods
> > private static fields
> > private classes
> > vtables (except java.lang.Class)
> > class$$ fields
> >
> > This reduces the number of symbols in libgcj.so from 87509 to 66209, a
> > saving of 20%.
>
> Does that really matter? I suppose it might reduce the number of pages
> that are faulted in when the dynamic linker is working because the
> interesting symbols would be spread across fewer pages.
Right, and the size of the file, etc, etc.
> How does your change affect the number of relocations in libgcj.so
There's a small reduction, less than 1%.
> or the values returned by size?
Sorry?
Andrew.