[devel] Сборка cpp библиотеки

[devel] Сборка cpp библиотеки

[Denis Klimov]

Приветствую!

Собираю пакет thrift, сырцы на cpp.

В процессе сборки пакета ругается так:
Adjusting library links in /usr/src/tmp/thrift-buildroot
./usr/lib64:
        libthrift.so.0 -> libthrift.so.0.0.0
        libthriftz.so.0 -> libthriftz.so.0.0.0
Verifying ELF objects in /usr/src/tmp/thrift-buildroot 
(arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved=normal)
verify-elf: ERROR: ./usr/lib64/libthriftz.so.0.0.0: undefined symbol: 
_ZN8facebook6thrift12GlobalOutputE
error: Bad exit status from /usr/src/tmp/rpm-tmp.26611 (%install)

В c++ не силен.
но вот что успел нарыть.
[builder@berloga thrift-0.0.0]$ c++filt -t 
_ZN8facebook6thrift12GlobalOutputE
facebook::thrift::GlobalOutput
Этот GlobalOutput есть в файле lib/cpp/src/Thrift.cpp
http://pastebin.ca/1242225
Он иклудит lib/cpp/src/Thrift.h
http://pastebin.ca/1242227

[builder@berloga cpp]$ nm 
/usr/src/RPM/BUILD/thrift-0.0.0/lib/cpp/Thrift.o|grep 
_ZN8facebook6thrift12GlobalOutputE
0000000000000110 t _GLOBAL__I__ZN8facebook6thrift12GlobalOutputE
0000000000000000 B _ZN8facebook6thrift12GlobalOutputE

Сборка ./usr/lib64/libthriftz.so.0.0.0 идет таким образом:

x86_64-alt-linux-g++ -shared -nostdlib 
/usr/lib64/gcc/x86_64-alt-linux/4.3.2/../../../../lib64/crti.o 
/usr/lib64/gcc/x86_64-alt-linux/4.3.2/crtbeginS.o  .libs/Thrift.o 
.libs/reflecti
on_limited_types.o .libs/Mutex.o .libs/Monitor.o 
.libs/PosixThreadFactory.o .libs/ThreadManager.o .libs/TimerManager.o 
.libs/Util.o .libs/TBinaryProtocol.o .libs/TDebugProtocol.o .li
bs/TDenseProtocol.o .libs/TJSONProtocol.o .libs/TBase64Utils.o 
.libs/TTransportException.o .libs/TFDTransport.o .libs/TFileTransport.o 
.libs/THttpClient.o .libs/TSocket.o .libs/TSock
etPool.o .libs/TServerSocket.o .libs/TTransportUtils.o 
.libs/TBufferTransports.o .libs/TServer.o .libs/TSimpleServer.o 
.libs/TThreadPoolServer.o .libs/TThreadedServer.o .libs/PeekPro
cessor.o  -lz -lrt -lpthread -L/usr/lib64/gcc/x86_64-alt-linux/4.3.2 
-L/usr/lib64/gcc/x86_64-alt-linux/4.3.2/../../../../lib64 
-L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib64/gcc/x8
6_64-alt-linux/4.3.2/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib64/gcc/x86_64-alt-linux/4.3.2/crtendS.o 
/usr/lib64/gcc/x86_64-alt-linux/4.3.2/../../../../lib64/crtn.o  
-Wl,-soname -Wl
,libthrift.so.0 -o .libs/libthrift.so.0.0.0


Thrift.o получается таким образом:

 x86_64-alt-linux-g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include -I./src 
-Wall -pipe -Wall -O2 -c src/Thrift.cpp  -fPIC -DPIC -o .libs/Thrift.o
 x86_64-alt-linux-g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include -I./src 
-Wall -pipe -Wall -O2 -c src/Thrift.cpp -o Thrift.o >/dev/null 2>&1

Есть какие нибудь мысли, чего не хватает? почему для libthtift не 
находится символ, ведь она компилируется сразу с .libs/Thrift.o в 
которой есть этот симол.

--
Климов Денис
zver

Re: [devel] Сборка cpp библиотеки

[Ivan A. Melnikov]

On Saturday 01 November 2008 12:06:46 Denis Klimov wrote:
> Приветствую!
>
> Собираю пакет thrift, сырцы на cpp.
>
> В процессе сборки пакета ругается так:
> Adjusting library links in /usr/src/tmp/thrift-buildroot
> ./usr/lib64:
>         libthrift.so.0 -> libthrift.so.0.0.0
>         libthriftz.so.0 -> libthriftz.so.0.0.0
> Verifying ELF objects in /usr/src/tmp/thrift-buildroot
> (arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved
>=normal) verify-elf: ERROR: ./usr/lib64/libthriftz.so.0.0.0: undefined
> symbol: _ZN8facebook6thrift12GlobalOutputE
> error: Bad exit status from /usr/src/tmp/rpm-tmp.26611 (%install)
>

[...skip...]

>
> Есть какие нибудь мысли, чего не хватает? почему для libthtift не
> находится символ, ведь она компилируется сразу с .libs/Thrift.o в
> которой есть этот симол.

Символ не находится не для libthrift.so.0.0.0, а для libthriftz.so.0.0.0, 
которая, 	похоже, является плагином к thrift. Насколько я понял, она не 
компонуется с libthrift.so. Скорее всего, это сделано намеренно, чтобы 
плагином могли пользоваться и прогаммы, слинкованые с thrift статически 
(тогда символы будут найдены в них самих). Поэтому ИМО Вам достаточно 
каким-либо образом убедить RPM, что libthriftz всё впорядке 
(%add_verify_elf_skiplist или что-то в этом роде, пусть знатоки подскажут), и 
отправлять пакет в Сизиф.

-- 
Best regards,
Ivan A. Melnikov <iv@altlinux.org>

P.S. спасибо за thrift, если доделаете -- обязательно посмотрю... всё руки не 
доходили...

Re: [devel] Сборка cpp библиотеки

[Dmitry V. Levin]

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

On Sat, Nov 01, 2008 at 01:11:18PM +0300, Ivan A. Melnikov wrote:
> On Saturday 01 November 2008 12:06:46 Denis Klimov wrote:
> >
> > Собираю пакет thrift, сырцы на cpp.
> >
> > В процессе сборки пакета ругается так:
> > Adjusting library links in /usr/src/tmp/thrift-buildroot
> > ./usr/lib64:
> >         libthrift.so.0 -> libthrift.so.0.0.0
> >         libthriftz.so.0 -> libthriftz.so.0.0.0
> > Verifying ELF objects in /usr/src/tmp/thrift-buildroot
> > (arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved
> >=normal) verify-elf: ERROR: ./usr/lib64/libthriftz.so.0.0.0: undefined
> > symbol: _ZN8facebook6thrift12GlobalOutputE
> > error: Bad exit status from /usr/src/tmp/rpm-tmp.26611 (%install)
> 
> [...skip...]
> 
> > Есть какие нибудь мысли, чего не хватает? почему для libthtift не
> > находится символ, ведь она компилируется сразу с .libs/Thrift.o в
> > которой есть этот симол.
> 
> Символ не находится не для libthrift.so.0.0.0, а для libthriftz.so.0.0.0, 
> которая, 	похоже, является плагином к thrift.

Разделяемая библиотека /usr/lib64/libthriftz.so.0.0.0 не может быть плагином.
Плагин назывался бы /usr/lib64/thrift/thriftz.so


-- 
ldv

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

Re: [devel] Сборка cpp библиотеки

[Dmitry V. Levin]

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

On Sat, Nov 01, 2008 at 02:06:46PM +0500, Denis Klimov wrote:
> Приветствую!
> 
> Собираю пакет thrift, сырцы на cpp.
[...]
> verify-elf: ERROR: ./usr/lib64/libthriftz.so.0.0.0: undefined symbol: 
> _ZN8facebook6thrift12GlobalOutputE
[...]
> Сборка ./usr/lib64/libthriftz.so.0.0.0 идет таким образом:
[...]
> ,libthrift.so.0 -o .libs/libthrift.so.0.0.0

Нет, libthrift.so.0.0.0 != libthriftz.so.0.0.0

[...]
> Есть какие нибудь мысли, чего не хватает?

Вероятно, libthriftz не слинкована с libthrift.


-- 
ldv

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

Re: [devel] Сборка cpp библиотеки

[Ivan A. Melnikov]

On Saturday 01 November 2008 13:17:05 Dmitry V. Levin wrote:
>
> Разделяемая библиотека /usr/lib64/libthriftz.so.0.0.0 не может быть
> плагином. Плагин назывался бы /usr/lib64/thrift/thriftz.so

Возможно, апстрим об этом не знает (как в Zeroc Ice например).

Хотя действительно, это было лишь предположение. libthriftz предоставляет 
дополнительный транспорт для thrift.  Я не знаю, умеет ли thrift подгружать 
такие вещи динамически. Возможно, называть её плагином некорректно.

Решение, должна ли эта библеотека корректно работать с программами, которые 
линкуются с libthrift статически, или она должна линковаться с libthrift, 
должен принять майнтейнер.

-- 
Best regards,
Ivan A. Melnikov <iv@altlinux.org>

Re: [devel] Сборка cpp библиотеки

[Denis Klimov]

Dmitry V. Levin пишет:
> Вероятно, libthriftz не слинкована с libthrift.

Вы были правы, добавил
libthriftz_la_LIBADD = libthrift.la
в Makefile.am и собралось.
Благодарю.

--
Климов Денис
zver

Re: [devel] Сборка cpp библиотеки

[Ivan Fedorov]

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

"Ivan A. Melnikov" <iv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> On Saturday 01 November 2008 12:06:46 Denis Klimov wrote:
>> Приветствую!
>>
>> Собираю пакет thrift, сырцы на cpp.
>>
> P.S. спасибо за thrift, если доделаете -- обязательно посмотрю... всё руки не 
> доходили...

IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.

PS: Писать постскриптум ниже подписи оригинальненько... :)

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

Re: [devel] Сборка cpp библиотеки

[Denis Klimov]

Ivan A. Melnikov пишет:

> P.S. спасибо за thrift, если доделаете -- обязательно посмотрю... всё руки не 
> доходили...

Выложил наработки в git.
http://git.altlinux.org/people/zver/packages/?p=thrift.git;a=summary

Но там еще надо доделывать, поэтому в Сизиф не отправил.
Критика и патчи (git'овские) приветствуются.

--
Денис Климов
zver

Re: [devel] Сборка cpp библиотеки

[Ivan A. Melnikov]

On Saturday 01 November 2008 17:10:23 Ivan Fedorov wrote:
>
> IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.

ZeroC Ice использую, вещь отличная, но кое-чего не хватает. Если бы в thrift 
это было, может и стоило бы потратить время на допиливание последнего.

>
> PS: Писать постскриптум ниже подписи оригинальненько... :)

Ну так это же _пост_  _скриптум_ ;)

-- 
Best regards,
Ivan A. Melnikov <iv@altlinux.org>

[devel] [JT] Re: Сборка cpp библиотеки

[Ivan Fedorov]

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

"Ivan A. Melnikov" <iv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> On Saturday 01 November 2008 17:10:23 Ivan Fedorov wrote:
>>
>> IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.
>
> ZeroC Ice использую, вещь отличная, но кое-чего не хватает. Если бы в thrift 
> это было, может и стоило бы потратить время на допиливание последнего.
IMHO лучше уж допиливать Ice...

>> PS: Писать постскриптум ниже подписи оригинальненько... :)
>
> Ну так это же _пост_  _скриптум_ ;)
Как бы это сказать... в нормальных мейлерах оно отрезается при ответе,
да еще и иногда пишется более бледным цветом при просмотре. Я чтобы,
после чтения всего треда, найти эту вашу фразу перечитывал тред раз
шесть, прежде чем догадался читать ниже подписи... уже думал, что
померещилось! :)

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

[devel] thrift и ZeroC Ice

[Denis Klimov]

Ivan A. Melnikov пишет:
> On Saturday 01 November 2008 17:10:23 Ivan Fedorov wrote:
>   
>> IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.
>>     
>
> ZeroC Ice использую, вещь отличная, но кое-чего не хватает. Если бы в thrift 
> это было, может и стоило бы потратить время на допиливание последнего.
>   

Очень интересно узнать от человека, который имеет опыт работы с этим,
чего не хватает, в чем конкретно thrift хуже?
У нас как раз сейчас стоит выбор между ними, но чтобы выбрать то или 
другое -
нужны агрументы.

Спасибо за ответ.

--
Klimov Denis
zver

Re: [devel] thrift и ZeroC Ice

[Ivan Fedorov]

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

Denis Klimov <zver-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> Ivan A. Melnikov пишет:
>> On Saturday 01 November 2008 17:10:23 Ivan Fedorov wrote:
>>   
>>> IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.
>>>     
>>
>> ZeroC Ice использую, вещь отличная, но кое-чего не хватает. Если бы
>> в thrift это было, может и стоило бы потратить время на допиливание
>> последнего.
>>   
>
> Очень интересно узнать от человека, который имеет опыт работы с этим,
> чего не хватает, в чем конкретно thrift хуже?
> У нас как раз сейчас стоит выбор между ними, но чтобы выбрать то или
> другое - нужны агрументы.
Ну на мой взгляд Ice намного более зрелый и стабильный продукт. А thrift
был разработан для удовлетворения внутренних потребностей одного
проекта, и теперь к нему срочно пытаются наприделывать разных фич.

На мой взгляд в ближайшее время thrift не выйдет из статуса вечной беты.

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

Re: [devel] thrift и ZeroC Ice

[Max Ivanov]

A Google Protocol Buffers почему отбросили? мы используем, очень довольны

Re: [devel] thrift и ZeroC Ice

[Denis Klimov]

Ivan Fedorov пишет:
> Denis Klimov <zver-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>
>   
>> Ivan A. Melnikov пишет:
>>     
>>> On Saturday 01 November 2008 17:10:23 Ivan Fedorov wrote:
>>>   
>>>       
>>>> IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.
>>>>     
>>>>         
>>> ZeroC Ice использую, вещь отличная, но кое-чего не хватает. Если бы
>>> в thrift это было, может и стоило бы потратить время на допиливание
>>> последнего.
>>>   
>>>       
>> Очень интересно узнать от человека, который имеет опыт работы с этим,
>> чего не хватает, в чем конкретно thrift хуже?
>> У нас как раз сейчас стоит выбор между ними, но чтобы выбрать то или
>> другое - нужны агрументы.
>>     
> Ну на мой взгляд Ice намного более зрелый и стабильный продукт. А thrift
> был разработан для удовлетворения внутренних потребностей одного
> проекта, и теперь к нему срочно пытаются наприделывать разных фич.
>
> На мой взгляд в ближайшее время thrift не выйдет из статуса вечной беты.
>   
Т.е. конретных аргументов у вас нет..

--
Климов Денис.

Re: [devel] thrift и ZeroC Ice

[Evgeny Sinelnikov]

Здравствуйте,

6 ноября 2008 г. 10:33 пользователь Denis Klimov <zver@altlinux.org> написал:
> Ivan Fedorov пишет:
>>
>> Denis Klimov <zver-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>>
>>
>>>
>>> Ivan A. Melnikov пишет:
>>>
>>>>
>>>> On Saturday 01 November 2008 17:10:23 Ivan Fedorov wrote:
>>>>
>>>>>
>>>>> IMHO thrift недоделанное глюкало... лучше посмотрите на ZeroC Ice.
>>>>>
>>>>
>>>> ZeroC Ice использую, вещь отличная, но кое-чего не хватает. Если бы
>>>> в thrift это было, может и стоило бы потратить время на допиливание
>>>> последнего.
>>>>
>>>
>>> Очень интересно узнать от человека, который имеет опыт работы с этим,
>>> чего не хватает, в чем конкретно thrift хуже?
>>> У нас как раз сейчас стоит выбор между ними, но чтобы выбрать то или
>>> другое - нужны агрументы.
>>>
>>
>> Ну на мой взгляд Ice намного более зрелый и стабильный продукт. А thrift
>> был разработан для удовлетворения внутренних потребностей одного
>> проекта, и теперь к нему срочно пытаются наприделывать разных фич.
>>
>> На мой взгляд в ближайшее время thrift не выйдет из статуса вечной беты.
>>
>
> Т.е. конретных аргументов у вас нет..
>

Исконно использую Ice, про thrift услышал впервые в этой дискуссии...
Тем не менее заинтересовался и убедился, что мнение о плачевном
состоянии thrift, по сравнению с Ice, я поддерживаю. Почему?
1) Отсутствие нормальной документации
2) Сырость проекта, даже с плане отсутствия выпущенных и
поддерживаемых релизов (с ходу не нашёл, может я ошибся?)
3) Отсутствие уже используемых решений, что в общем-то не столько
критерий качества, сколько ответственности разработчиков хотя бы за
API/ABI.

Ну, кроме формальных критериев, есть некое мнение, после беглого
аудита кода... Вещь, не то, что сырая, а как-то совсем уж не
завершённая. Хотя, вероятно, у неё есть преимущества, которые за
полчаса не осознаешь...

По совокупности критериев я бы не стал использовать thrift, при
наличии Ice. Тем более, что Ice, в последнее время, в Сизиф собираю я
:)

В пользу Ice могу добавить, что у нас ведётся проект (www.tartarus.ru)
с использованием Ice, где мы реализовали прозрачную аутентификация
через Kerberos. То есть после подключения, в ConnectionInfo, уже
известно кто присоединился... На этом строится среда сетевых сервисов.

Среди текущих недостатков Ice, которые могу отметить - это
громоздкость генерируемого кода и отсутствие сборки клиентов без
линковки с pthreads. Первое решается выносом генерируемого кода в
библиотеки, второе - сборкой лёгкого IceE для однопоточных клиентов...
Над последним вопросом как раз сейчас размышляю...

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] thrift и ZeroC Ice

[Ivan Fedorov]

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

"Max Ivanov" <ivanov.maxim-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
writes:

> A Google Protocol Buffers почему отбросили? мы используем, очень довольны
Ну Ice намного их превосходит, да и есть вот это:

http://zeroc.com/labs/protobuf/index.html

:)

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

Re: [devel] thrift и ZeroC Ice

[Ivan Fedorov]

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

Denis Klimov <zver-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

>> На мой взгляд в ближайшее время thrift не выйдет из статуса вечной беты.
>>   
> Т.е. конретных аргументов у вас нет..

Посмотрите слайды и видео отсюда.

http://highload.ru/papers2008/7170.html

Это рассказывал человек, который пользуется thrift и который является
его сторонником. К сожалению мои вопросы и ответы на них уже не влезли в
запись, ну а закулисные беседы тем более.



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

Re: [devel] thrift и ZeroC Ice

[Ivan Fedorov]

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

"Evgeny Sinelnikov" <sin-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org>
writes:

>>> На мой взгляд в ближайшее время thrift не выйдет из статуса вечной беты.
>>
>> Т.е. конретных аргументов у вас нет..
>
> Исконно использую Ice, про thrift услышал впервые в этой дискуссии...
> Тем не менее заинтересовался и убедился, что мнение о плачевном
> состоянии thrift, по сравнению с Ice, я поддерживаю. Почему?
> 1) Отсутствие нормальной документации
поддерживаю
> 2) Сырость проекта, даже с плане отсутствия выпущенных и
> поддерживаемых релизов (с ходу не нашёл, может я ошибся?)
поддерживаю
> 3) Отсутствие уже используемых решений, что в общем-то не столько
> критерий качества, сколько ответственности разработчиков хотя бы за
> API/ABI.
Решения-то есть. Тот же facebook продолжает его использовать.

> Ну, кроме формальных критериев, есть некое мнение, после беглого
> аудита кода... Вещь, не то, что сырая, а как-то совсем уж не
> завершённая. Хотя, вероятно, у неё есть преимущества, которые за
> полчаса не осознаешь...
Качество кода средней паршивости. Весь протокол на мой взгляд расчитан
на ПОЛНОСТЬЮ доверенную среду.

> По совокупности критериев я бы не стал использовать thrift, при
> наличии Ice. Тем более, что Ice, в последнее время, в Сизиф собираю я
> :)
А я его тщательно тестирую, ибо мои гениталии мне дороги. :)

> Среди текущих недостатков Ice, которые могу отметить - это
> громоздкость генерируемого кода и отсутствие сборки клиентов без
> линковки с pthreads. Первое решается выносом генерируемого кода в
Ну первое мне не сильно критично...
> библиотеки, второе - сборкой лёгкого IceE для однопоточных клиентов...
> Над последним вопросом как раз сейчас размышляю...
Да, я тоже об этом думал, но так как в моем проект мобильные устройства
отпали, я решил пока не заморачиваться. :)

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