[devel] gettext -> libintl3-devel

Led =?iso-8859-1?q?led_=CE=C1_altlinux=2Eru?=
Ср Авг 16 14:47:08 MSD 2006


В сообщении от 16 августа 2006 13:30 Dmitry V. Levin написал(a):
> On Wed, Aug 16, 2006 at 12:53:39PM +0300, Led wrote:
> > В сообщении от 15 августа 2006 10:30 Sergey Vlasov написал(a):
> > > On Tue, Aug 15, 2006 at 10:35:18AM +0700, Slava Semushin wrote:
> > > > --- Led 2006-08-14 18:04:41 +0300
> > > > +++ Slava Semushin 2006-08-15 10:32:34 +0700
> > > >
> > > > L> Столкнулся с этим, пытаясь скомпилировать софтину, требующую
> > > > -lintl, L> libintl.so в репозитарии отсутствует?
> > > >
> > > >     Попробуйте убрать -lintl вообще.
> > > >
> > > >     У меня одна программа абсолютно нормально и без проблем
> > > > собиралась под Линуксом без -lint. И только под OpenBSD пришлось явно
> > > > указывать этот флаг. (чем это объясняеися не знаю)
> > >
> > > Дело в том, что реализация функций GNU gettext входит в glibc; в
> > > других системах libc, скорее всего, не содержит этих функций, и там
> > > требуется отдельная библиотека libintl.
> >
> > Ок, спасибо, с этим понятно.
> > Но сама констркуция в спеке? получается, что если static - disabled,
> > то "реализация функций GNU gettext входит в glibc"?
>
> Да.  При наличии gettext внутри glibc от libintl.so никакой пользы нет.

Я понял это:)
Остаётся вопрос: почему это это "разруливается" праметром "%If_enabled static" 
(при том, что параметр static в этом спеке обозначает ИМХО явно другое, а не 
наличие функциональности libintl.so в glibc). Может логичнее использовать для 
этого другой пармаетр, например, sys_libintl? или даже %_target_os?

-- 
Led.



Подробная информация о списке рассылки Devel