This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: [RFC] Centralize knowledge of eh personality routines
- From: Mark Mitchell <mark at codesourcery dot com>
- To: Richard Henderson <rth at redhat dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, rguenther at suse dot de, joseph at codesourcery dot com, jason at redhat dot com, java at gcc dot gnu dot org, ian at airs dot com, ebotcazou at libertysurf dot fr
- Date: Wed, 13 Oct 2010 07:14:17 -0700
- Subject: Re: [RFC] Centralize knowledge of eh personality routines
- References: <4CB4E841.1090308@redhat.com>
On 10/12/2010 3:59 PM, Richard Henderson wrote:
> 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.
> Comments? Objections?
None in principle, but I think it would be better to have
build_personality_function take a language prefix string (e.g., "gxx" or
"gcj") rather than an enum. Logically, the middle-end shouldn't be
aware of what front-end languages exist, and passing in a string would
avoid that. And also avoid the tree.h -> dwarf2.h issue.
--
Mark Mitchell
CodeSourcery
mark@codesourcery.com
(650) 331-3385 x713