[Nagiosplug-devel] Translations and gettext

Karl DeBisschop kdebisschop at alert.infoplease.com
Tue Nov 23 03:17:30 CET 2004


Ton Voon wrote:
> 
> On 19 Nov 2004, at 17:43, Yves wrote:
> 
>>>> 4. It adds a requirement for gettext if you want to help with
>>>> development. gettext may be installed by default on many platforms,
>>>> but it's not on HP-UX, AIX, Tru64 and many of the others, so it could
>>>> quite possibly have negative impact for contributors looking to fix
>>>> issues on some of the less common distributions.
>>>
>>>
>>> Only developers taking the CVS code out would be affected. The
>>> requirements for automake and autoconf are not necessary if you just
>>> take the distributions and change a single line in C or perl. I started
>>> making contributions to the project without any need for automake,
>>> autoconf, gettext or docbook-utils.
>>
>>
>> Are you sure with gettext ? Here, I agree with Andreas.
>> On one hand, when you run gettextize -intl, it installs some files 
>> that help if you
>> don't have libintl. But don't you need gettext on your system ?
>>
>> On the other hand, when gettextize is not installed, you can disable 
>> i18n with some
>> --disable-nls or something like that. Then the compiler will not 
>> complain about missing
>> gettext. I have never tested it.
>>
> 
> My assumption was that the plugins would use gettext on the system if it 
> found it, otherwise would be statically linked from the distribution - 
> this appears to be wrong because Ben Clewett seems to have lots of 
> trouble compiling on an old AIX without gettext. I don't want gettext to 
> be a runtime requirement for the plugins and I'm sure it is possible to 
> have it statically linked.
> 
> I will have a look at this, but I am probably at the limit of my 
> knowledge on the configuring of gettext. Any help much appreciated.

Without presenting a detailed solutiion, I note that gettext is ALWAYS 
invoked by the _() macro -- I think the path to take is to be sure that 
id gettext is not present, then the _() macro should expand to a noop.

Apologies if everyone already knew this.

-- 
Karl





More information about the Devel mailing list