Re: glib-gettextize [was: Re: libfoo2 vs. libfoo]
- From: jacob berkman <jacob ximian com>
- To: Owen Taylor <otaylor redhat com>
- Cc: gtk-devel-list gnome org
- Subject: Re: glib-gettextize [was: Re: libfoo2 vs. libfoo]
- Date: 28 Oct 2001 15:48:26 -0500
On Sun, 2001-10-28 at 11:18, Owen Taylor wrote:
>
> jacob berkman <jacob ximian com> writes:
>
> > On Mon, 2001-10-15 at 15:26, Havoc Pennington wrote:
> > >
> > > Maciej Stachowiak <mjs noisehavoc org> writes:
> > > > Is there any way to do this without checking in a modified
> > > > po/Makefile.in.in? Some autogen.sh scripts run gettextize and will
> > > > overwrite this file. It also doesn't seem very robust against gettext
> > > > version changes.
> > >
> > > We shouldn't be running gettextize anyway. It creates the "intl"
> > > subdir, which is _entirely_ useless throughout all of GNOME, because
> > > GLib requires an actual gettext, you can't use the intl subdir.
> > > All configure.in should be using AM_GLIB_GNU_GETTEXT which handles
> > > this correctly. Not to mention gettextize's busted-ass insistence on
> > > modifying po/ChangeLog.
> > >
> > > If we don't want to cut-and-paste the po/Makefile.in.in around, we
> > > should just have a "glib-gettexttize" that creates that file.
> >
> > ok - this includes a couple of fixes for po2tbl.sed. does this look ok
> > to go in?
>
> Looks good, but please add a comment to the top of glib-gettextize
> saying how it was modified, who modified it and when.
done. i'm assuming there's no reason not to use glib-gettextize in
pango, gtk etc. but i'm not in a hurry to patch those yet.
jacob
--
"Beat mixing is 10000 times more fun than even video games."
-- bt
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]