[RFC] Centralize knowledge of eh personality routines

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?
r~
-------------- 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>