[RFC] Centralize knowledge of eh personality routines

Richard Henderson rth@redhat.com
Tue Oct 12 22:59:00 GMT 2010

The driver for this patch is SEH, which will add yet another function
name variant in each of these places in each front end.  While I could
adjust each language appropriately, it seems to me that it is a bit
cleaner to centralize this knowledge.

The next possibly objectionable point is including dwarf2.h in tree.h.
I went ahead and did this because in the past we had talked about using
the dwarf language enum in LTO.  I could see eliminating the hackish
language_string -> enum mapping that is done in dwarf2out.c as well.

Comments?  Objections?

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: d-per-1
URL: <http://gcc.gnu.org/pipermail/java/attachments/20101012/e7a73c49/attachment.ksh>

More information about the Java mailing list