[devel] Q: в каком из файлов libgnutls-devel ошибка?

[devel] Q: в каком из файлов libgnutls-devel ошибка?

[Andrei Bulava]

Hi!

Вот вам предновогодняя загадка. С одной стороны:

$ libgnutls-config --libs
-lgnutls -ltasn1 -lgcrypt -lgpg-error

$ gcc `libgnutls-config --libs` test.c
/usr/bin/ld: cannot find -ltasn1
collect2: ld returned 1 exit status

(понятно, что у меня не оказалось libtasn1-devel - она ведь не
вытягивается при установке libgnutls-devel).

С другой стороны:

$ pkg-config --libs gnutls
-lgnutls

$ gcc `pkg-config --libs gnutls` test.c

$ objdump -p a.out |grep NEEDED|awk '{ print $2 }'
libgnutls.so.12
libc.so.6

Получается, что программы и библиотеки, которые хотят линковаться с
libgnutls, получат разный список сборочных зависимостей при
использовании разных инструментов: libgnutls-config или pkg-config.

Как не трудно догадаться, мне попалась библиотека, в configure-скрипте
которой использовался libgnutls-config в расчёте на совместимость с теми
 (старыми) версиями libgnutls, где ещё не было gnutls.pc.

У меня есть вполне резонное подозрение, что неправ libgnutls-config и
прав pkg-config: зачем мне линковаться с абсолютно "левыми"
библиотеками, об объектах из которых в test.c нет ни одного упоминания?
Если я правильно понимаю, о возможности загрузки библиотеки libgnutls
должна беспокоиться сама библиотека, а не каждый слинкованный с ней elf.

Или я неверно понимаю теорию на практике, и прав libgnutls-config?
Однако ошибка имеет место быть в любом случае, т.к. правота
libgnutls-config должна подтверждаться списком зависимостей
libgnutls-devel, который сейчас вообще ни рыба, ни мясо:

$ rpm -qR libgnutls-devel|grep devel
libgcrypt-devel >= 1.2.2

P.S. Знакомая ситуация, дежавю libnet-snmp-devel
https://bugzilla.altlinux.org/show_bug.cgi?id=5757 и исправлением
net-snmp-config до вида, когда

$ net-snmp-config --libs
-lnetsnmp -lcrypto -lm -lwrap

и программы, линкующиеся с libnetsnmp, либо линкуются со всем остальным
списком "на всякий случай", либо порождаются монстры типа описанного в
https://bugzilla.altlinux.org/show_bug.cgi?id=5753 (который, кстати
говоря, работает только потому, что кто-то другой, а не сам
libnet-snmp-devel, тянет lib{crypto,m}.so).

-- 
// AB1002-UANIC

Re: [devel] Q: в каком из файлов libgnutls-devel ошибка?

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 2151 bytes --]

В Птн, 30/12/2005 в 11:18 +0200, Andrei Bulava пишет:
> $ libgnutls-config --libs
> -lgnutls -ltasn1 -lgcrypt -lgpg-error
> 
> $ gcc `libgnutls-config --libs` test.c
> /usr/bin/ld: cannot find -ltasn1
> collect2: ld returned 1 exit status
> 
> (понятно, что у меня не оказалось libtasn1-devel - она ведь не
> вытягивается при установке libgnutls-devel).
> 
> С другой стороны:
> 
> $ pkg-config --libs gnutls
> -lgnutls
> 
> $ gcc `pkg-config --libs gnutls` test.c
> 
> $ objdump -p a.out |grep NEEDED|awk '{ print $2 }'
> libgnutls.so.12
> libc.so.6
> 
> Получается, что программы и библиотеки, которые хотят линковаться с
> libgnutls, получат разный список сборочных зависимостей при
> использовании разных инструментов: libgnutls-config или pkg-config.
> 
> Как не трудно догадаться, мне попалась библиотека, в configure-скрипте
> которой использовался libgnutls-config в расчёте на совместимость с теми
>  (старыми) версиями libgnutls, где ещё не было gnutls.pc.
> 
> У меня есть вполне резонное подозрение, что неправ libgnutls-config и
> прав pkg-config: зачем мне линковаться с абсолютно "левыми"
> библиотеками, об объектах из которых в test.c нет ни одного упоминания?
> Если я правильно понимаю, о возможности загрузки библиотеки libgnutls
> должна беспокоиться сама библиотека, а не каждый слинкованный с ней elf.
> 
> Или я неверно понимаю теорию на практике, и прав libgnutls-config?

Теоретически, флаги от -config годятся и для статической линковки.
pkg-config в последних версиях умеет различать между статической и
динамической сборкой. Правда, в gnutls.pc все равно нет поля
Libs.private, но Libs явно написан только для динамического случая.

2ldv: Кстати, не тестировался ли мой новый pkg-config на совместимость с
пакетами в Sisyphus?

> Однако ошибка имеет место быть в любом случае, т.к. правота
> libgnutls-config должна подтверждаться списком зависимостей
> libgnutls-devel, который сейчас вообще ни рыба, ни мясо:
> 
> $ rpm -qR libgnutls-devel|grep devel
> libgcrypt-devel >= 1.2.2

Пожалуй, libgcrypt-devel там не место, если он не используется в
динамической сборке.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: в каком из файлов libgnutls-devel ошибка?

[Andrei Bulava]

Mikhail Zabaluev wrote:
> В Птн, 30/12/2005 в 11:18 +0200, Andrei Bulava пишет:

>>зачем мне линковаться с абсолютно "левыми"
>>библиотеками, об объектах из которых в test.c нет ни одного упоминания?
>>Если я правильно понимаю, о возможности загрузки библиотеки libgnutls
>>должна беспокоиться сама библиотека, а не каждый слинкованный с ней elf.
>>
>>Или я неверно понимаю теорию на практике, и прав libgnutls-config?
> 
> Теоретически, флаги от -config годятся и для статической линковки.
> pkg-config в последних версиях умеет различать между статической и
> динамической сборкой. Правда, в gnutls.pc все равно нет поля
> Libs.private, но Libs явно написан только для динамического случая.

Ага, разобрался с теорией и практикой: гладкая теория DSO HOWTO на
практике сталкивается с эпизодическими потребностями статической
линковки и подчинением большинства меньшинству.

Радует, конечно, что pkg-config дорос до отделения котлет от мух (хотя
все эти Libs.private, по-моему, и так были в .la-файлах, которым было
самое место в devel-static пакетах - верно?), но до этого светлого
будущего ещё как до луны... Придётся опять выписывать больному костыли :-(

-- 
// AB1002-UANIC

Re: [devel] Q: в каком из файлов libgnutls-devel ошибка?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 253 bytes --]

On Fri, Dec 30, 2005 at 01:45:52PM +0300, Mikhail Zabaluev wrote:
> 2ldv: Кстати, не тестировался ли мой новый pkg-config на совместимость с
> пакетами в Sisyphus?

А у вас был новый pkg-config?
Что-то я не припоминаю эту историю...


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: в каком из файлов libgnutls-devel ошибка?

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 460 bytes --]

В Сбт, 31/12/2005 в 02:11 +0300, Dmitry V. Levin пишет:
> On Fri, Dec 30, 2005 at 01:45:52PM +0300, Mikhail Zabaluev wrote:
> > 2ldv: Кстати, не тестировался ли мой новый pkg-config на совместимость с
> > пакетами в Sisyphus?
> 
> А у вас был новый pkg-config?
> Что-то я не припоминаю эту историю...

Ну как же,
http://people.altlinux.ru/~mhz/software/SRPMS/pkg-config-0.20-alt2.src.rpm
предлагал к тестированию.
Сейчас еще и на Daedalus залил.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: в каком из файлов libgnutls-devel ошибка?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]

On Sat, Dec 31, 2005 at 02:32:46AM +0300, Mikhail Zabaluev wrote:
> В Сбт, 31/12/2005 в 02:11 +0300, Dmitry V. Levin пишет:
> > On Fri, Dec 30, 2005 at 01:45:52PM +0300, Mikhail Zabaluev wrote:
> > > 2ldv: Кстати, не тестировался ли мой новый pkg-config на совместимость с
> > > пакетами в Sisyphus?
> > 
> > А у вас был новый pkg-config?
> > Что-то я не припоминаю эту историю...
> 
> Ну как же,
> http://people.altlinux.ru/~mhz/software/SRPMS/pkg-config-0.20-alt2.src.rpm
> предлагал к тестированию.

Нет, совершенно упустил из виду.
Уже и 40 дней прошло, а он всё лежит и лежит.

> Сейчас еще и на Daedalus залил.

Спасибо.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]