This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Status of i18n patches (again)
- From: Geoff Keating <geoffk at geoffk dot org>
- To: martin at v dot loewis dot de (Martin v. Loewis)
- Cc: gcc at gcc dot gnu dot org, Paolo Bonzini <bonzini at gnu dot org>
- Date: 26 Oct 2002 13:48:30 -0700
- Subject: Re: Status of i18n patches (again)
- References: <m3y98lkpbk.fsf@mira.informatik.hu-berlin.de>
martin@v.loewis.de (Martin v. Loewis) writes:
> http://gcc.gnu.org/ml/gcc-patches/2002-06/msg01620.html
I looked at this patch, and have the following comments:
- The patch appears to do many different classes of things. It should
be broken up into one patch for each group of changes in the ChangeLog.
Some can be approved very quickly. The remainder will take longer.
- The patch creates a new source file containing only strings. This
seems out-of-place with the design of the i18n machinery, which is
that strings exist in the source code, not out-of-line in some other
file. It might be better to:
- Instead pass some other constant down to the diagnostic machinery,
like the decl of the object in question or its TREE_CODE; or
- Pass those strings down to the routine, for instance
check_for_new_type (..., "within exception specifier"); or
- Localise the combined string (that is, call gettext after calling
sprintf), although you then have to work out how to tell xgettext
what the possibilities are.
As an indication of why this might be a good idea, this patch gets the
check_for_new_type (..., "exception specifier");
case wrong.
- Please consider writing testcases for any significant changes, if
you can.
--
- Geoffrey Keating <geoffk@geoffk.org>