Re: po/Makefile.in.in
- From: Geoff Reedy <vader21 imsa edu>
- To: Hilaire Fernandes <hilaire ofset org>
- Cc: ERDI Gergo <cactus telnet hu>, gnome-devel-list gnome org
- Subject: Re: po/Makefile.in.in
- Date: Mon, 31 Jul 2000 20:01:02 -0500
On Tue, Aug 01, 2000 at 12:54:59AM +0200, Hilaire Fernandes <hilaire@ofset.org> said
> --------- macro/autogen.sh ------------
> if grep "sed.*POTFILES" configure.in >/dev/null; then
> : do nothing -- we still have an old unmodified configure.in
> --------------------------------
>
> The grep matches this in the configure.in
>
> [sed -e "/POTFILES =/r po/POTFILES" po/Makefile.in > po/Makefile])
>
> at the end of the configure.in, so gettextize is never executed.
>
> I check in other two Gnome package (ggv, Guppi) and their configure.in
> script all finish with this sed call, so gettextize is never call from
> the autogen.sh.
>
> I'm back to the "po/Makefile.in.in in cvs" mode for now. :-\
This is not the solution. The solution would be more along the lines of
figuring out what the conditional in autogen.sh is trying to detect and
either updating configure.in if it is indeed "old [and] unmodified" or making
the conditional more intelligent if the current configure.in behavior is not
what the conditional is trying to find.
Upon further investigation it seems like the sed line that is at the end of
the configure.in (at least in ggv) ought to be generated by
macros/gnome-gettext.m4 (and it is in my program) but I can't figure
out/don't have the time right now to figure out why it isn't done in ggv's
case. The gnome-gettext file is the same, and the lines in configure.in
generally match up. Perhaps someone should look into this futher, therein
probably lies the (real) solution to the problem.
--
Geoffrey Reedy vader21@imsa.edu
"Unix-to-Unix Copy Program;" said PDP-1. "You will never find a more
wretched hive of bugs and flamers. We must be cautious."
-- DECWARS
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]