Cedric,
(cc grass-dev: the problem was an endless loop in
cd locale
make pot
which I had on Redhat Enterprise 4)
...great job finding the problem!
I just arrived and home and launched it here (Mandriva): NO
problem, it takes below 1 minute. In fact, I have 0.14.5.
Thanks for figuring out this detail
(do we now need to test the version of gettext in configure?)
Markus
On Wed, May 17, 2006 at 11:36:51AM -0700, Cedric Shock wrote:
Markus,
Short version: We need at least gettext 14.2. I found the gettext repository
and found this:cvs log x-tcl.c
RCS file: /cvs/gettext/gettext/gettext-tools/src/x-tcl.c,v
Working file: x-tcl.c
head: 1.11
branch:
locks: strict
access list:
symbolic names:
gettext_0_14_5: 1.10.2.1
gettext_0_14_4-branch: 1.10.0.2
gettext_0_14_4: 1.10
gettext_0_14_3: 1.10
gettext_0_14_2: 1.10
gettext_0_14_1: 1.9
gettext_0_14: 1.9
gettext_0_13_1: 1.7
gettext_0_13: 1.7
gettext_0_12_1: 1.1
gettext_0_12: 1.1
keyword substitution: kv
total revisions: 12; selected revisions: 12
description:
----------------------------
revision 1.11
date: 2005/05/20 21:06:05; author: haible; state: Exp; lines: +1 -1
Update FSF postal address.
----------------------------
revision 1.10
date: 2005/01/13 12:13:26; author: haible; state: Exp; lines: +3 -2
branches: 1.10.2;
Fix endless loop when Tcl file contains a tab.
----------------------------
...I think all of our Tcl files contain tabs. It might be some slightly stricter
condition involving a tab in a match for extraction or something (menus.tcl
is a bit weird). It's probably not worth trying to find a way to work around
gettext's bug.--Cedric