[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] Get msgid bug address into .pot file

From: Erik Huelsmann <e.huelsmann_at_gmx.net>
Date: 2004-05-05 11:54:27 CEST

> Ben Reser wrote:
> > On Tue, May 04, 2004 at 11:16:16PM +0200, Erik Huelsmann wrote:
> >
> >>Oh; ok. My system does not support that option (RH9; GNU gettext
> v0.11.4). I
> >>remember someone else having the same problem (Ben Reser I think).
> That's
> >>why I decided not to add it. Do you happen to know which version added
> the
> >>option?
> >>
> >>Is there a 'reasonable' minimal version to require for translators?
> >
> > Yup and it's also a GNU only extension. Which is something we're trying
> > to avoid...
>
> We're already using gnu extensions in the makefile, and the make target
> is called locale-gnu-pot for that reason.
>
> Erik, the requirement is GNU xgettext >= 0.12. I think it's fine to
> require at least that version to be able to support --msgid-bug-address
> for xgettext and --no-fuzzy-matching for msgmerge. The last option is
> really useful. The fuzzy message merging has never worked well for me.
> An autoconf test would be nice, but since it's only used by
> developers, I don't think we must have it.

I agree that in general we want to avoid GNU (or other) extentions, but
given the name of the build target, we seem to have crossed that border
already :-) (So, yes, I believe there is an exeption for this case)

I downloaded 0.12.1 and am updating TRANSLATING and the build targets
accordingly.

bye,

Erik.

-- 
"Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
Jetzt aktivieren unter http://www.gmx.net/info
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 5 11:54:46 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.