This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [PATCH] libffi .eh_frame tweaks
- From: Tom Tromey <tromey at redhat dot com>
- To: Anthony Green <green at redhat dot com>
- Cc: Jakub Jelinek <jakub at redhat dot com>, gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: 28 Apr 2003 17:14:34 -0600
- Subject: Re: [PATCH] libffi .eh_frame tweaks
- References: <20030428105606.GF16629@sunsite.ms.mff.cuni.cz><1051571835.14816.118.camel@escape>
- Reply-to: tromey at redhat dot com
>>>>> "Anthony" == Anthony Green <green at redhat dot com> writes:
Anthony> Thanks Jakub. I understand that this can result in huge
Anthony> performance wins, but I don't understand enough to understand
Anthony> why. Is it just a matter of eliminating some relocation
Anthony> processing at startup?
It only affects programs that do a lot of stack crawling -- lots of
exception handling, say. My understanding is that this patch lets the
linker put all the libgcj dwarf2 data into a read-only section, and
that in turn lets libgcc use a binary search to map the PC to the
correct descriptor. Without the patch we have to use a linear search.
Tom