tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: xgettext with UI files support



Hi,

From: Richard PALO <richard%netbsd.org@localhost>, Date: Wed, 17 Jun 2015 23:39:50 +0200

> Le 17/06/15 17:42, Ryo ONODERA a écrit :
>> Hi,
>> 
>> From: Richard PALO <richard%netbsd.org@localhost>, Date: Tue, 16 Jun 2015 12:13:34 +0200
>> 
>>> Le 15/06/15 17:00, Ryo ONODERA a écrit :
>> (snip)
>>>
>>> It looks like there are plenty of us working on gettext lately!
>>>
>>> Perhaps this should be all overhauled, as there is another issue that needs addressing
>>> namely the fact that configure scripts frequently look for the g' prefixed flavours of
>>> the programs as well (in order to avoid a mix of pkgsrc and native gettext being used as
>>> currently is frequently the case, for example, on SunOS).
>>>
>>> The easy part is converting gettext-tools to do like GNU binutils or diffutils and
>>> put the g' flavour in bin with symlinks in $PKGGNUDIR/bin, but the TOOLS also need to do the right thing.
>>>
>>> Can we do this a bit more formalistic?
>> 
>> Could you provide me any hint about what problem is fixed with g-prefix?
>> 
>> Thank you.
>> 
>>> -- 
>>> Richard PALO
>>>
> 
> most solaris platforms traditionally have *at least* native gettext, msgfmt, and xgettext
> in /usr/gnu/bin and g-prefixed binaries in /usr/bin.
> 
> The problem to be fixed is when pkgsrc gettext-tools should be used, but
> with the g-prefix, GNU configure can pick up native for those *and then*
> pkgsrc gettext for the rest.
> 
> For a example, take a look at databases/gnome-mime-data wrt gmsgfmt.

Thanks for your explanation.
I understand the benefit of g-prefix.

But this does not have any effects for x11/gtk3's xgettext case.
g-prefix does not solve my issue, because my issue is how to select
correct xgettext path. If the path contains g-prefix, some additional
confusions may be solved, however my problem will not disappear.

My understanding is wrong?

Thank you.

> cheers
> 
> -- 
> Richard PALO
> 

--
Ryo ONODERA // ryo_on%yk.rim.or.jp@localhost
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB  FD1B F404 27FA C7D1 15F3


Home | Main Index | Thread Index | Old Index