On Tue, May 19, 2009 at 04:56:33AM +0400, Evgeny Sinelnikov wrote:
> 19 мая 2009 г. 4:00 пользователь Led <ledest@gmail.com> написал:
> > On Tuesday, 19 May 2009 02:48:22 Dmitry V. Levin wrote:
> >> On Tue, May 19, 2009 at 02:07:57AM +0300, Led wrote:
> >> [...]
> >>
> >> > Спасибо, теперь, кажется, понятно. Это из-за "-ldb-4.7" в команде
> >> > линковки и отстутствия "-L/lib64" в ней же. А симлинк
> >> > /usr/lib64/libdb-4.7.so нельзя сделать? Или это приведёт к дополнительным
> >> > проблемам?
> >>
> >> Да, этот симлинк придётся сделать.
> >
> > Ок, спасибо, если сделаете:)
> >
> >> К счастью, только libdb используют
> >> такую схему именования библиотек, поэтому других пакетов эта проблема не
> >> касается.
> >>
> >> Поясню ситуацию:
> >> Порядок перебора каталогов с библиотеками у GNU ld отличается от ld.so,
> >> а именно, /lib просматривается после /usr/lib.
> >> Я обсуждал эту тему с апстримом 5 лет назад, и мы сошлись во мнении, что
> >> изменение этого неочевидного на первый взгляд порядка может сломать
> >> multilib. Если интересно, то я могу откопать цитаты из той переписки.
> >
> > Не, ненужно "откапывать" - наверное это логично. Тем более, что добавление
> > симлинка в /usr/lib всё решает.
> 
> Вообще-то странно... Я уже указывал в личной переписке с ldv@ по
> поводу похожих проблем с линковкой с libdb-4.7 при пересборке питона,
> причём на 32-битной системе.
> 
> В некоторых конфигурациях, в каких именно я так пока не успел
> разобраться, линковка с libdb-4.7 не работает. Хотя, при этом, в
> хешере та же самая сборка отрабатывает нормально... На пересборке
> питона это ошибка стабильно проявляется. Может быть и у вас проявится?

Вероятно, вы тоже наступили на эти грабли: в сборочную среду питона
libdb-4.7.a не устанавливается, поэтому всё собирается.

Впрочем, это уже не важно, поскольку задание #6722 уже выполнилось.


-- 
ldv