[Comm] cobex for Branch 4

[Comm] cobex for Branch 4

[Владимир Гусев]

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

В очередной раз попытался пересобрать cobex для Branch 4 (забыл, в чем
была до этого причина неудачи). Ну и снова не собирается. В чем может
быть дело? 

[vova@biblo SPECS]$ rpm -ba cobex.spec 
Выполняется(%prep): /bin/sh -e /home/vova/tmp/rpm-tmp.63796
+ umask 022
+ /bin/mkdir -p /home/vova/RPM/BUILD
+ cd /home/vova/RPM/BUILD
+ cd /home/vova/RPM/BUILD
+ rm -rf cobex-0.2.4
+ echo 'Source #0 (cobex-0.2.4.tar.gz):'
Source #0 (cobex-0.2.4.tar.gz):
+ /bin/gzip -dc /home/vova/RPM/SOURCES/cobex-0.2.4.tar.gz
+ /bin/tar -xf -
+ cd cobex-0.2.4
+ /bin/chmod -Rf u+rwX,go-w .
+ exit 0
Выполняется(%build): /bin/sh -e /home/vova/tmp/rpm-tmp.63796
+ umask 022
+ /bin/mkdir -p /home/vova/RPM/BUILD
+ cd /home/vova/RPM/BUILD
+ cd cobex-0.2.4
+ '[' -n '' ']'
+ NPROCS=1
+ make -j1
make: Entering directory `/home/vova/RPM/BUILD/cobex-0.2.4'
gcc -O2 -Wall -c cobex_utils.c
gcc -O2 -Wall -c cobex_tools.c
gcc -O2 -Wall -c put.c
put.c: In function 'main':
put.c:186: warning: pointer targets in assignment differ in signedness
gcc -O2 -Wall -s -lezV24 -o cobex_put put.o cobex_utils.o cobex_tools.o
put.o: In function `mySignalHandler':
put.c:(.text+0xd): undefined reference to `v24ClosePort'
put.o: In function `sendBuffer':
put.c:(.text+0xd7): undefined reference to `v24ClosePort'
put.o: In function `openPort':
put.c:(.text+0x34d): undefined reference to `v24OpenPort'
put.c:(.text+0x365): undefined reference to `v24SetParameters'
put.c:(.text+0x386): undefined reference to `v24ClosePort'
put.o: In function `main':
put.c:(.text+0x43c): undefined reference to `v24Puts'
put.c:(.text+0x457): undefined reference to `v24ClosePort'
put.c:(.text+0x49b): undefined reference to `v24ClosePort'
put.c:(.text+0x556): undefined reference to `v24ClosePort'
cobex_utils.o: In function `waitFor':
cobex_utils.c:(.text+0x799): undefined reference to `v24Gets'
cobex_utils.o: In function `cobex_packet_recieve_t':
cobex_utils.c:(.text+0x84b): undefined reference to `v24HaveData'
cobex_utils.c:(.text+0x860): undefined reference to `v24Read'
cobex_utils.c:(.text+0x8bd): undefined reference to `v24HaveData'
cobex_utils.c:(.text+0x8ef): undefined reference to `v24Read'
cobex_utils.o: In function `cobex_packet_recieve':
cobex_utils.c:(.text+0x94d): undefined reference to `v24HaveData'
cobex_utils.c:(.text+0x962): undefined reference to `v24Read'
cobex_utils.c:(.text+0x9ab): undefined reference to `v24HaveData'
cobex_utils.c:(.text+0x9d3): undefined reference to `v24Read'
cobex_utils.o: In function `cobex_packet_send':
cobex_utils.c:(.text+0xa07): undefined reference to `v24Write'
cobex_tools.o: In function `ctools_connect':
cobex_tools.c:(.text+0x601): undefined reference to `v24Puts'
collect2: ld returned 1 exit status
make: *** [cobex_put] Error 1
make: Leaving directory `/home/vova/RPM/BUILD/cobex-0.2.4'
ошибка: Неверный код возврата из /home/vova/tmp/rpm-tmp.63796 (%build)


Ошибки сборки пакетов:
    Неверный код возврата из /home/vova/tmp/rpm-tmp.63796 (%build)


P.S. Жаль, что cobex заброшен. Это был лучший консольный пакет для
полноценной синхронизации с SonyEricsson.

-- 
С уважением,
Владимир Гусев

Re: [Comm] cobex for Branch 4

[Eugene Ostapets]

27.03.08, Владимир Гусев<vova1971 narod.ru> написал(а):
> Здравствуйте!
>  gcc -O2 -Wall -s -lezV24 -o cobex_put put.o cobex_utils.o cobex_tools.o
Правильная строка:
gcc -O2 -Wall -s -o cobex_put put.o cobex_utils.o cobex_tools.o -lezV24

Володя, почитайте про --as-needed, заодно перестанете давать
неправильные советы, как в треде про ROOT...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] cobex for Branch 4

[Pavlov Konstantin]

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

On Thu, Mar 27, 2008 at 02:42:03PM +0300, Владимир Гусев wrote:
> Здравствуйте!
> 
> В очередной раз попытался пересобрать cobex для Branch 4 (забыл, в чем
> была до этого причина неудачи). Ну и снова не собирается. В чем может
> быть дело? 

> + echo 'Source #0 (cobex-0.2.4.tar.gz):'

Может быть в том, что эта версия вышла в 2004 году?

Не пробовали поновее собрать?

-- 
 * henker пипец всему... все базы развалились
<Lost_work> henker: отходняк от травы?
<henker> Lost_work: это у вас отходняк, а у нас пипец

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

Re: [Comm] cobex for Branch 4

[Владимир Гусев]

> >  gcc -O2 -Wall -s -lezV24 -o cobex_put put.o cobex_utils.o
> > cobex_tools.o
> Правильная строка:
> gcc -O2 -Wall -s -o cobex_put put.o cobex_utils.o cobex_tools.o
> -lezV24
> Володя, почитайте про --as-needed, заодно перестанете давать
> неправильные советы, как в треде про ROOT...


Я так и подумал, что в этом дело (начитавшись в том треде) :-) 

Евгений, я и не давал советов, просто применительно к тому случаю привел
в пример ситуацию и заодно хотел послушать мнение по поводу этого. Я не
говорил "сделайте так или этак".. Кратко, но точно мне ответил Дамир.

А каковы цели такого ужесточения требований к сборке?


-- 
С уважением,
Владимир Гусев

Re: [Comm] cobex for Branch 4

[Eugene Ostapets]

27.03.08, Владимир Гусев<vova1971@narod.ru> написал(а):
> > >  gcc -O2 -Wall -s -lezV24 -o cobex_put put.o cobex_utils.o
>  > > cobex_tools.o
>  > Правильная строка:
>  > gcc -O2 -Wall -s -o cobex_put put.o cobex_utils.o cobex_tools.o
>  > -lezV24
>  > Володя, почитайте про --as-needed, заодно перестанете давать
>  > неправильные советы, как в треде про ROOT...
>
>
>
> Я так и подумал, что в этом дело (начитавшись в том треде) :-)
>
>  Евгений, я и не давал советов, просто применительно к тому случаю привел
>  в пример ситуацию и заодно хотел послушать мнение по поводу этого. Я не
>  говорил "сделайте так или этак".. Кратко, но точно мне ответил Дамир.
>
>  А каковы цели такого ужесточения требований к сборке?
http://freesource.info/wiki/AltLinux/Sisyphus/devel/UpStream/AsNeeded

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] cobex for Branch 4

[Владимир Гусев]

> > > >  gcc -O2 -Wall -s -lezV24 -o cobex_put put.o cobex_utils.o
> >  > > cobex_tools.o
> >  > Правильная строка:
> >  > gcc -O2 -Wall -s -o cobex_put put.o cobex_utils.o cobex_tools.o
> >  > -lezV24
> >  > Володя, почитайте про --as-needed, заодно перестанете давать
> >  > неправильные советы, как в треде про ROOT...
> > Я так и подумал, что в этом дело (начитавшись в том треде) :-)
> >  Евгений, я и не давал советов, просто применительно к тому случаю
> > привел в пример ситуацию и заодно хотел послушать мнение по поводу
> > этого. Я не говорил "сделайте так или этак".. Кратко, но точно мне
> > ответил Дамир.
> >  А каковы цели такого ужесточения требований к сборке?
> http://freesource.info/wiki/AltLinux/Sisyphus/devel/UpStream/AsNeeded

Ага, спасибо.


-- 
С уважением,
Владимир Гусев

Re: [Comm] cobex for Branch 4

[Damir Shayhutdinov]

>  А каковы цели такого ужесточения требований к сборке?

Меньше зависимостей у пакетов, больше скорость загрузки, меньшие
требования к памяти, минимальный геморрой при смене soname,
автоматическая починка статической сборки.

Re: [Comm] cobex for Branch 4

[Владимир Гусев]

On Thu, 27 Mar 2008 15:00:58 +0300, Eugene Ostapets <eostapets@gmail.com>  
wrote:

> 27.03.08, Владимир Гусев<vova1971 narod.ru> написал(а):
>> Здравствуйте!
>>  gcc -O2 -Wall -s -lezV24 -o cobex_put put.o cobex_utils.o cobex_tools.o
> Правильная строка:
> gcc -O2 -Wall -s -o cobex_put put.o cobex_utils.o cobex_tools.o -lezV24

а -s должно оставаться перед O2FILES, или после них, он вроде относится к  
EXTRACCFLAGS.. Дербанил Makefile, теперь вот так все это выглядит:

[vova@vova SPECS]$ rpm -ba cobex.spec
Выполняется(%prep): /bin/sh -e /home/vova/tmp/rpm-tmp.68063
+ umask 022
+ /bin/mkdir -p /home/vova/RPM/BUILD
+ cd /home/vova/RPM/BUILD
+ cd /home/vova/RPM/BUILD
+ rm -rf cobex-0.2.13
+ echo 'Source #0 (cobex-0.2.13.tar.gz):'
Source #0 (cobex-0.2.13.tar.gz):
+ /bin/gzip -dc /home/vova/RPM/SOURCES/cobex-0.2.13.tar.gz
+ /bin/tar -xf -
+ cd cobex-0.2.13
+ /bin/chmod -Rf u+rwX,go-w .
+ exit 0
Выполняется(%build): /bin/sh -e /home/vova/tmp/rpm-tmp.68063
+ umask 022
+ /bin/mkdir -p /home/vova/RPM/BUILD
+ cd /home/vova/RPM/BUILD
+ cd cobex-0.2.13
+ '[' -n '' ']'
+ NPROCS=2
+ make -j2
make: Entering directory `/home/vova/RPM/BUILD/cobex-0.2.13'
gcc -O2 -Wall  -c cobex_core.c
gcc -O2 -Wall  -c cobex_tools.c
cobex_tools.c: In function 'ctools_signalHandler':
cobex_tools.c:41: warning: pointer targets in assignment differ in  
signedness
gcc -O2 -Wall  -c cobex_serial.c
gcc -O2 -Wall  -c mkdir.c
mkdir.c: In function 'main':
mkdir.c:41: warning: pointer targets in assignment differ in signedness
gcc -O2 -Wall  -c put.c
gcc -O2 -Wall  -c get.c
get.c: In function 'main':
get.c:43: warning: pointer targets in assignment differ in signedness
gcc -O2 -Wall  -c ls.c
gcc -O2 -Wall  -c rm.c
rm.c: In function 'main':
rm.c:42: warning: pointer targets in assignment differ in signedness
ls.c: In function 'startElement':
ls.c:84: warning: pointer targets in passing argument 3 of 'iconv' differ  
in signedness
ls.c:84: warning: pointer targets in passing argument 5 of 'iconv' differ  
in signedness
ls.c: In function 'parseBody':
ls.c:145: warning: pointer targets in passing argument 2 of 'XML_Parse'  
differ in signedness
ls.c:148: warning: pointer targets in passing argument 2 of 'XML_Parse'  
differ in signedness
ls.c: In function 'main':
ls.c:227: warning: pointer targets in assignment differ in signedness
gcc -O2 -Wall -o cobex_mkdir mkdir.o cobex_core.o cobex_tools.o  
cobex_serial.o -s -lezV24
gcc -O2 -Wall -o cobex_put put.o cobex_core.o cobex_tools.o cobex_serial.o  
-s -lezV24
gcc -O2 -Wall -o cobex_get get.o cobex_core.o cobex_tools.o cobex_serial.o  
-s -lezV24
gcc -O2 -Wall -lexpat -o cobex_ls ls.o cobex_core.o cobex_tools.o  
cobex_serial.o -s -lezV24
gcc -O2 -Wall -o cobex_rm rm.o cobex_core.o cobex_tools.o cobex_serial.o  
-s -lezV24
ls.o: In function `parseBody':
ls.c:(.text+0xff): undefined reference to `XML_Parse'
ls.o: In function `teardownExpat':
ls.c:(.text+0x28d): undefined reference to `XML_ParserFree'
ls.o: In function `setupExpat':
ls.c:(.text+0x2a9): undefined reference to `XML_ParserCreate'
ls.c:(.text+0x2cd): undefined reference to `XML_SetElementHandler'
collect2: ld returned 1 exit status
make: *** [cobex_ls] Error 1
make: Leaving directory `/home/vova/RPM/BUILD/cobex-0.2.13'
ошибка: Неверный код возврата из /home/vova/tmp/rpm-tmp.68063 (%build)


Ошибки сборки пакетов:
     Неверный код возврата из /home/vova/tmp/rpm-tmp.68063 (%build)




-- 
С уважением, Владимир Гусев

Re: [Comm] cobex for Branch 4

[Andrey Rahmatullin]

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

On Thu, Mar 27, 2008 at 08:49:52PM +0300, Владимир Гусев wrote:
> а -s должно оставаться перед O2FILES, или после них, он вроде относится к 
> EXTRACCFLAGS.. 
Без разницы, конечно же.

> + make -j2
[...]
> gcc -O2 -Wall -lexpat -o cobex_ls ls.o cobex_core.o cobex_tools.o 
> cobex_serial.o -s -lezV24
Ошибки относятся к этой команде, а не к следующей, из-за make -j2.
-lexpat не там стоит.
> gcc -O2 -Wall -o cobex_rm rm.o cobex_core.o cobex_tools.o cobex_serial.o -s 
> -lezV24
> ls.o: In function `parseBody':
> ls.c:(.text+0xff): undefined reference to `XML_Parse'
> ls.o: In function `teardownExpat':
> ls.c:(.text+0x28d): undefined reference to `XML_ParserFree'
> ls.o: In function `setupExpat':
> ls.c:(.text+0x2a9): undefined reference to `XML_ParserCreate'
> ls.c:(.text+0x2cd): undefined reference to `XML_SetElementHandler'
> collect2: ld returned 1 exit status
> make: *** [cobex_ls] Error 1

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Если уж вы пользуетесь Сизифом, то о проблемах надо сообщать, а не
откатываться молча на старую версию.
		-- vsu in sisyphus@

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

Re: [Comm] cobex for Branch 4

[Владимир Гусев]

>> а -s должно оставаться перед O2FILES, или после них, он вроде относится  
>> к EXTRACCFLAGS..
> Без разницы, конечно же.
>> + make -j2
> [...]
>> gcc -O2 -Wall -lexpat -o cobex_ls ls.o cobex_core.o cobex_tools.o
>> cobex_serial.o -s -lezV24
> Ошибки относятся к этой команде, а не к следующей, из-за make -j2.
> -lexpat не там стоит.
>> gcc -O2 -Wall -o cobex_rm rm.o cobex_core.o cobex_tools.o [..]

Перечитал про это по ссылке Евгения еще раз, иной раз кажется, что  
"ухватил за хвост", вроде прояснилось. Но потом..
Значит ли это, что в Makefile каждому *.o (PUTO, GETO и т.д.) я должен  
установить именно такой порядок, или пошагово, опытным путем? Эх..

В спек писать subst - что-то не выходит...


-- 
С уважением, Владимир Гусев

Re: [Comm] cobex for Branch 4

[Damir Shayhutdinov]

>  Перечитал про это по ссылке Евгения еще раз, иной раз кажется, что
>  "ухватил за хвост", вроде прояснилось. Но потом..
>  Значит ли это, что в Makefile каждому *.o (PUTO, GETO и т.д.) я должен
>  установить именно такой порядок, или пошагово, опытным путем? Эх..

Порядок .o не важен, главное чтобы библиотеки шли после .o.

Re: [Comm] cobex for Branch 4

[Michael Shigorin]

On Thu, Mar 27, 2008 at 05:00:19PM +0300, Damir Shayhutdinov wrote:
> >  А каковы цели такого ужесточения требований к сборке?
> Меньше зависимостей у пакетов, больше скорость загрузки,
> меньшие требования к памяти, минимальный геморрой при смене
> soname, автоматическая починка статической сборки.

Причём реально помогает -- говорю как изначально пессимистически
воспринявший такой дефолт.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] cobex for Branch 4

[Владимир Гусев]

>> >  А каковы цели такого ужесточения требований к сборке?
>> Меньше зависимостей у пакетов, больше скорость загрузки,
>> меньшие требования к памяти, минимальный геморрой при смене
>> soname, автоматическая починка статической сборки.
> Причём реально помогает -- говорю как изначально пессимистически
> воспринявший такой дефолт.

В своем "флуде" в треде про Greenstone я написал, что неплохо было бы все  
преимущества описать в виде сравнительных тестов и цифр.. а пока я такой  
же пессимист - кроме более усложнившейся сборки и выбрасывания за борт  
ряда программ и людей, хоть что-то могущих раньше, ничего не вижу.. Если и  
есть преимущества - то скорее для разработчиков, а всем остальным -  
смотреть и ждать.. Если я в крохотном файле не знаю, что делать, не вижу  
откуда ноги растут, чтобы осмысленно что-то там менять, то о чем говорить..

Миша, хотя бы пару конкретных примеров с цифрами можешь привести?


-- 
С уважением, Владимир Гусев

[Comm] -Wl,--as-needed

[Michael Shigorin]

On Sat, Mar 29, 2008 at 10:34:34PM +0300, Владимир Гусев wrote:
> >>>  А каковы цели такого ужесточения требований к сборке?
> >>Меньше зависимостей у пакетов, больше скорость загрузки,
> >>меньшие требования к памяти, минимальный геморрой при смене
> >>soname, автоматическая починка статической сборки.
> >Причём реально помогает -- говорю как изначально
> >пессимистически воспринявший такой дефолт.
> В своем "флуде" в треде про Greenstone я написал, что неплохо
> было бы все  преимущества описать в виде сравнительных тестов и
> цифр.. а пока я такой  же пессимист

Вов, если б не с ноя начинал -- я бы не поленился найти ссылочку.
А так -- поищи сам, ldv@ показал майнтейнеру gdm (кажется, тогда
tosick@) разницу и тот тоже согласился, что морока того стоила.

На wiki это всё есть, возможно, даже со ссылками:
http://wiki.sisyphus.ru/devel/UpStream/AsNeeded

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

Кому слабо или влом фиксить за апстрим его мэйкфайлы (у меня так
тоже бывает, и не всегда получается ждать помощи) -- те могут
отключить нововведение, рецепт там же приведён.

> Если и  есть преимущества - то скорее для разработчиков, а всем
> остальным -  смотреть и ждать..

Или разбираться, ага.

> Если я в крохотном файле не знаю, что делать, не вижу  откуда
> ноги растут, чтобы осмысленно что-то там менять, то о чем
> говорить..

Ну я порой в крохотном не знаю, порой в здоровенном быренько
починю.  Если пытаться что-то сделать с обречённым видом --
точно ничего не получится.  И распространять это -- зачем?

> Миша, хотя бы пару конкретных примеров с цифрами можешь
> привести?

Для gdm скорость запуска возросла на 5%, вот насколько
уменьшилось количество слинкованных с ним библиотек -- 
не помню, но не уливлюсь, если раза в полтора-два.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] -Wl,--as-needed

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 10:51:25PM +0200, Michael Shigorin wrote:
> On Sat, Mar 29, 2008 at 10:34:34PM +0300, Владимир Гусев wrote:
> > >>>  А каковы цели такого ужесточения требований к сборке?
> > >>Меньше зависимостей у пакетов, больше скорость загрузки,
> > >>меньшие требования к памяти, минимальный геморрой при смене
> > >>soname, автоматическая починка статической сборки.
> > >Причём реально помогает -- говорю как изначально
> > >пессимистически воспринявший такой дефолт.
> > В своем "флуде" в треде про Greenstone я написал, что неплохо
> > было бы все  преимущества описать в виде сравнительных тестов и
> > цифр.. а пока я такой  же пессимист
> 
> Вов, если б не с ноя начинал -- я бы не поленился найти ссылочку.
> А так -- поищи сам, ldv@ показал майнтейнеру gdm (кажется, тогда
> tosick@) разницу и тот тоже согласился, что морока того стоила.
> 
> На wiki это всё есть, возможно, даже со ссылками:
> http://wiki.sisyphus.ru/devel/UpStream/AsNeeded

Эта ссылка там есть:
http://lists.altlinux.org/pipermail/devel/2006-March/030208.html

[...]
> > Миша, хотя бы пару конкретных примеров с цифрами можешь
> > привести?
> 
> Для gdm скорость запуска возросла на 5%, вот насколько
> уменьшилось количество слинкованных с ним библиотек -- 
> не помню, но не уливлюсь, если раза в полтора-два.

19 -> 10.


-- 
ldv

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

Re: [Comm] -Wl,--as-needed

[Владимир Гусев]

On Sun, 30 Mar 2008 04:54:33 +0400, Dmitry V. Levin <ldv@altlinux.org>  
wrote:

> On Sat, Mar 29, 2008 at 10:51:25PM +0200, Michael Shigorin wrote:
>> On Sat, Mar 29, 2008 at 10:34:34PM +0300, Владимир Гусев wrote:
>> > >>>  А каковы цели такого ужесточения требований к сборке?
>> > >>Меньше зависимостей у пакетов, больше скорость загрузки,
>> > >>меньшие требования к памяти, минимальный геморрой при смене
>>>>> soname, автоматическая починка статической сборки.
>>>> Причём реально помогает -- говорю как изначально
>>>> пессимистически воспринявший такой дефолт.
>>> В своем "флуде" в треде про Greenstone я написал, что неплохо
>>> было бы все  преимущества описать в виде сравнительных тестов и
>>> цифр.. а пока я такой  же пессимист
>> Вов, если б не с ноя начинал -- я бы не поленился найти ссылочку.
>> А так -- поищи сам, ldv@ показал майнтейнеру gdm (кажется, тогда
>> tosick@) разницу и тот тоже согласился, что морока того стоила.

:-)

>> На wiki это всё есть, возможно, даже со ссылками:
>> http://wiki.sisyphus.ru/devel/UpStream/AsNeeded
> Эта ссылка там есть:
> http://lists.altlinux.org/pipermail/devel/2006-March/030208.html
> [...]
>>> Миша, хотя бы пару конкретных примеров с цифрами можешь
>>> привести?
>> Для gdm скорость запуска возросла на 5%, вот насколько
>> уменьшилось количество слинкованных с ним библиотек --
>> не помню, но не уливлюсь, если раза в полтора-два.
> 19 -> 10.

спасибо!


-- 
С уважением, Владимир Гусев