This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/13485] [3.4 regression] Generated files no longer get messages extracted
- From: "kcook at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 14 Jan 2004 17:04:39 -0000
- Subject: [Bug other/13485] [3.4 regression] Generated files no longer get messages extracted
- References: <20031224202101.13485.jsm28@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From kcook at gcc dot gnu dot org 2004-01-14 17:04 -------
Let me preface this by commenting that I have never looked at the translation
portion of GCC before. Nevertheless, I've looked over this bug and I have a
question.
How often is po/gcc.pot supposed to be regenerated?
If it is only upon every {pre-,}release then it doesn't seem that we have a
problem since {pre-,}releases are run via --enable-generated-files-in-srcdir.
If this is correct, then without any difficulty we could add options.c to the
list of generated-files-in-srcdir so we could eliminate its hardcoding in exgetext.
And we could then easily add po/${PACKAGE}.pot to the recently proposed srcextra
(along with a few new dependencies for po/${PACKAGE}.pot) which would have the
side benefit of causing the new version of gcc.pot to be copied to the source
directory when it is released.
Thinking further this could be followed by a automagic cvs commit of po/gcc.pot
by the gcc_release script.
Would this proposal solve the problems?
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Last reconfirmed|2003-12-24 20:24:31 |2004-01-14 17:04:38
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13485