[devel] Rebuild to remove redundant libpython2.7 dependency

[Ivan A. Melnikov]

On Sat, 14 Apr 2012 16:17:56 +0700
REAL <real на kemsu.ru> wrote:

> 14.04.2012 00:02, Dmitry V. Levin пишет:
> > Интерфейс объяснить verify-elf'у, что такие-то файлы вполне
> > легально могут быть не слинкованы с -lpython, никто еще не придумал.
> >
> > Известен хак, который, наверное, можно использовать, пока нет
> > нормального интерфейса - добавить
> > export LD_PRELOAD=%_libdir/libpython%__python_version.so
> > в самом конце секции %install.
> 
> просьба вернуть обратно линковку с libpython*, потому что сломавшихся 
> при сборке пакетов как-то подозрительно много. да вот, первое
> попавшееся:
> 
> checking consistency of all components of python development 
> environment... no
> configure: error:
>    Could not link test program to Python. Maybe the main Python 
> library has been
>    installed in some non-standard library path. If so, pass it to 
> configure,
>    via the LDFLAGS environment variable.
>    Example: ./configure LDFLAGS="-L/usr/non-standard-path/python/lib"
>  
> ============================================================================
>     ERROR!
>     You probably have to install the development version of the
> Python package
>     for your distribution.  The exact name of this package varies 
> among them.
>  
> ============================================================================
> 

Это больше похоже не на проблему недолинковки, а на косяк
auto{tools,make,hell} или запаковки питона. По неясным никому причинам
оно добавляет к командной строке компилятора
-L/usr/lib64/python2.7/config, в результате чего -lpython2.7 находит
не /usr/lib64/libpython2.7.so,
а /usr/lib64/python2.7/config/libpython2.7.a, которой нехватает кучи
символов из -lm. Сама по себе попытка слинковаться со статической
libpython в данном случае кажется ошибкой.

Смотрел на примере ldns.

-- 
WBR,
Ivan A. Melnikov