On Thu, Sep 21, 2006 at 08:13:09PM +0400, Dmitry V. Levin wrote:
> On Fri, Sep 15, 2006 at 02:36:22AM +0400, Dmitry V. Levin wrote:
> > On Fri, Sep 15, 2006 at 02:04:16AM +0400, Alexey Tourbin wrote:
> > > On Thu, Sep 14, 2006 at 11:11:44PM +0400, Dmitry V. Levin wrote:
> > > > On Thu, Sep 14, 2006 at 10:08:25PM +0300, Michael Shigorin wrote:
> > > > > On Thu, Sep 14, 2006 at 04:25:12PM +0400, Dmitry V. Levin wrote:
> > > > > > А я добавлю параметр --inhibit-rpath в команду вызова ld.so.
> > > > > 
> > > > > А этот антикомар сильно кусается, по предварительным оценкам? :)
> > > > 
> > > > Если правильно составить --library-path, то не кусается.
> > > > Мне, очевидно, недостаточно просто --inhibit-rpath добавить,
> > > > придётся адаптировать алгоритм вычисления --library-path.
> > > 
> > > Я ещё год назад говорил что --inhibit-rpath придется делать и даже
> > > алгоритм предлагал!
> > 
> > Видел я его, когда делал verify-elf.  Хотелось сделать попроще, как обычно...
> > Собственно говоря, всё необходимое уже есть.
> 
> Оказывается, ты предлагал заведомо мёртвую идею.
> Дело в том что ключ --inhibit-rpath работает совершенно не так, как мы
> предполагали, см.
> http://sourceware.org/ml/bug-glibc/2000-01/msg00047.html
> 
> В том виде, в котором реализован ключ --inhibit-rpath, это совершенно
> бесполезный для решения наших задач инструмент.

Тогда нужно реализовать собственную опцию ld.so --buildroot=$RPM_BUILD_ROOT.
Смысл этой опции в том, что она должна глобально/рекурсивно при обработке
любого rpath прежде всего смотреть в $RPM_BUILD_ROOT/rpath.