[devel] SIM again (automake 1.8: changed behavior?)

[devel] SIM again (automake 1.8: changed behavior?)

[Andrey Rahmatullin]

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

Я тут помаленьку его допиливаю, осталось докрутить поддержку automake 1.8
и дождаться от апстрима фиксенья одного сегфолта - будет уже похоже на
рабочую версию.

Есть в sim проблема - как сказал zerg, надо делать либам разные soname в
зависимости от $use_kde. Как это делается у меня: в Makefile.am от обеих
либ вместо

lib_LTLIBRARIES = libsimapi.la

стоит

if KDE
lib_LTLIBRARIES = libsimapi.la
else
lib_LTLIBRARIES = libsimapi-qt.la
endif

И ниже 

libsimapi_la_LIBADD =
libsimapi_la_SOURCES = 
libsimapi_la_LDFLAGS =

libsimapi_qt_la_LIBADD = 
libsimapi_qt_la_SOURCES =
libsimapi_qt_la_LDFLAGS =

(строки после = не пустые, просто писать неохота).

В configure.in.in стоит
AM_CONDITIONAL(KDE, test "$use_kde" = "yes")

Не знаю, насколько это правильно с т.зр. GNU Autotools, но под automake
1.7 всё нормально собирается. Под 1.8 - в Makefile.in в некоторых местах
помимо всех условных структур вылезает незавернутый libsimapi-qt.la
(точнее, тот из вариантов, который стоит 2-м - я пробовал ставить !KDE и
менять местами lib_LTLIBRARIES - вылезает libsimapi.la). Чушь получается
полная. К тому же почему-то добавление в спек строки 
%set_automake_version 1.7
не влияет на реально используемую версию.

Может, именем собираемой библиотеки можно управлять более правильно? А то
мне свой костыль не очень нравится, а с учетом automake 1.8 делать
придется, похоже, еще хуже...


-- 
WBR, wRAR (ALT Linux Team)

Единственный helper, которому я доверяю, это /usr/lib/utempter/utempter из
пакета libutempter, ибо я написал его с нуля, пользуясь лишь идеей
Eric Troan'овского utempter'а.
		-- ldv in devel@

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

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Sergey Vlasov]

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

On Wed, Mar 10, 2004 at 08:28:23PM +0500, Andrey Rahmatullin wrote:
> Есть в sim проблема - как сказал zerg, надо делать либам разные soname в
> зависимости от $use_kde. Как это делается у меня: в Makefile.am от обеих
> либ вместо
> 
> lib_LTLIBRARIES = libsimapi.la
> 
> стоит
> 
> if KDE
> lib_LTLIBRARIES = libsimapi.la
> else
> lib_LTLIBRARIES = libsimapi-qt.la
> endif
> 
> И ниже 
> 
> libsimapi_la_LIBADD =
> libsimapi_la_SOURCES = 
> libsimapi_la_LDFLAGS =
> 
> libsimapi_qt_la_LIBADD = 
> libsimapi_qt_la_SOURCES =
> libsimapi_qt_la_LDFLAGS =
> 
> (строки после = не пустые, просто писать неохота).

Какой ужас....

> В configure.in.in стоит
> AM_CONDITIONAL(KDE, test "$use_kde" = "yes")
> 
> Не знаю, насколько это правильно с т.зр. GNU Autotools, но под automake
> 1.7 всё нормально собирается. Под 1.8 - в Makefile.in в некоторых местах
> помимо всех условных структур вылезает незавернутый libsimapi-qt.la
> (точнее, тот из вариантов, который стоит 2-м - я пробовал ставить !KDE и
> менять местами lib_LTLIBRARIES - вылезает libsimapi.la). Чушь получается
> полная. К тому же почему-то добавление в спек строки 
> %set_automake_version 1.7
> не влияет на реально используемую версию.
> 
> Может, именем собираемой библиотеки можно управлять более правильно? А то
> мне свой костыль не очень нравится, а с учетом automake 1.8 делать
> придется, похоже, еще хуже...

Можно использовать опцию -release у libtool - при этом имя *.la и
*.so не меняется (поэтому пакеты *-devel будут конфликтовать),
изменяется как раз soname.

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

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Andrey Rahmatullin]

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

On Wed, Mar 10, 2004 at 07:21:12PM +0300, Sergey Vlasov wrote:
>Можно использовать опцию -release у libtool - при этом имя *.la и
>*.so не меняется (поэтому пакеты *-devel будут конфликтовать),
>изменяется как раз soname.

Девел-пакетов не планируется, .la не пакуем, а вот имена либ, что, можно
будет безболезненно поменять в спеке через %__mv ? И всё слинкуется? Или
все же либы будут конфликтовать? Я чего-то не понимаю.

-- 
WBR, wRAR (ALT Linux Team)

[...] кишки latex в сравнении с кишками passivetex это
нечто очень прямое, ровное и светлое.
		-- boyarsh in docs@

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

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Sergey Vlasov]

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

On Wed, Mar 10, 2004 at 09:58:28PM +0500, Andrey Rahmatullin wrote:
> On Wed, Mar 10, 2004 at 07:21:12PM +0300, Sergey Vlasov wrote:
> >Можно использовать опцию -release у libtool - при этом имя *.la и
> >*.so не меняется (поэтому пакеты *-devel будут конфликтовать),
> >изменяется как раз soname.
> 
> Девел-пакетов не планируется, .la не пакуем, а вот имена либ, что, можно
> будет безболезненно поменять в спеке через %__mv ? И всё слинкуется? Или
> все же либы будут конфликтовать? Я чего-то не понимаю.

Имена поменяются сами собой - возможно, придётся отразить это в %files.
Т.е. в результате сборки libxxx.la через libtool с ключом -release yz
получится libxxx.la и что-то вроде libxxx-yz.so.1.2.3 с soname
libxxx-yz.so.1.  Далее make install сам обработает эти изменения (имена
пишутся в .la).

Только нужно, чтобы опция -version-info тоже была - иначе получится просто
libxxx-yz.so без номеров (хотя без -release автоматом добавляется .0.0.0).

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

[devel] Re: SIM again (automake 1.8: changed behavior?)

[Mikhail Zabaluev]

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

Hello Andrey,

On Wed, Mar 10, 2004 at 08:28:23PM +0500, Andrey Rahmatullin wrote:
>
> Есть в sim проблема - как сказал zerg, надо делать либам разные soname в
> зависимости от $use_kde.

Хм-м-м...

> Как это делается у меня: в Makefile.am от обеих
> либ вместо
> 
> lib_LTLIBRARIES = libsimapi.la
> 
> стоит
> 
> if KDE
> lib_LTLIBRARIES = libsimapi.la
> else
> lib_LTLIBRARIES = libsimapi-qt.la
> endif
> 
> И ниже 
> 
> libsimapi_la_LIBADD =
> libsimapi_la_SOURCES = 
> libsimapi_la_LDFLAGS =
> 
> libsimapi_qt_la_LIBADD = 
> libsimapi_qt_la_SOURCES =
> libsimapi_qt_la_LDFLAGS =
> 
> (строки после = не пустые, просто писать неохота).
> 
> В configure.in.in стоит
> AM_CONDITIONAL(KDE, test "$use_kde" = "yes")
> 
> Не знаю, насколько это правильно с т.зр. GNU Autotools, но под automake
> 1.7 всё нормально собирается. Под 1.8 - в Makefile.in в некоторых местах
> помимо всех условных структур вылезает незавернутый libsimapi-qt.la

Мне в сходной ситуации помогла такая уловка:

if KDE
LIBSIMAPI = libsimapi.la
else
LIBSIMAPI = libsimapi-qt.la
endif

lib_LTLIBRARIES = $(LIBSIMAPI)

Возможно, это даже не баг.
Но вообще, нельзя сказать, что нынешний релиз automake 1.8 -- идеал
устойчивости и корректности. В xsldbg такое наворотил...

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Second-sytem effect.

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

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Andrey Rahmatullin]

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

On Wed, Mar 10, 2004 at 09:23:19PM +0300, Sergey Vlasov wrote:
>Имена поменяются сами собой - возможно, придётся отразить это в %files.
Спасибо, я уже понял путем собирания ;) Бум посмотреть, чем кончится. 

Кстати, как можно ускорить сборку этой гадости? На Celeron 1127 + 256Mb
RAM сборка проги и главного плагина занимает 25 минут. Надоедает. И
никакой ccache не помогает :( Говорит "unsupported compiler option"

-- 
WBR, wRAR (ALT Linux Team)

Поверьте, я не от хорошей жизни сполз на альт (не
было бы его -- уже собирался одебианиваться)
		-- mike in community@

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

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Alexander Bokovoy]

On Thu, Mar 11, 2004 at 07:58:13AM +0500, Andrey Rahmatullin wrote:
> On Wed, Mar 10, 2004 at 09:23:19PM +0300, Sergey Vlasov wrote:
> >Имена поменяются сами собой - возможно, придётся отразить это в %files.
> Спасибо, я уже понял путем собирания ;) Бум посмотреть, чем кончится. 
> 
> Кстати, как можно ускорить сборку этой гадости? На Celeron 1127 + 256Mb
> RAM сборка проги и главного плагина занимает 25 минут. Надоедает. И
> никакой ccache не помогает :( Говорит "unsupported compiler option"
На какие опции он так ругается? 

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Sergey V Turchin]

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

В сообщении от Wednesday 10 March 2004 18:28 Andrey Rahmatullin 
написал(a):
> Я тут помаленьку его допиливаю, осталось докрутить поддержку
> automake 1.8 и дождаться от апстрима фиксенья одного сегфолта -
> будет уже похоже на рабочую версию.
>
> Есть в sim проблема - как сказал zerg, надо делать либам разные
> soname в зависимости от $use_kde.
Не совсем так. Про библиотеки я говорил, что не знаю.
А путь к плагинам - в зависимости от
#ifdef USE_KDE

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] SIM again (automake 1.8: changed behavior?)

[Andrey Rahmatullin]

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

On Thu, Mar 11, 2004 at 08:23:22AM +0200, Alexander Bokovoy wrote:
>> никакой ccache не помогает :( Говорит "unsupported compiler option"
>На какие опции он так ругается? 

Ну не знаю, просто при компиляции 1 файла из состава sim на 1
увеличивается счетчик "unsupported compiler option" (в ccache -s)

-- 
WBR, wRAR (ALT Linux Team)

Кто-нибудь пробовал читать файл в формате OOo с листа? :-)
		-- aen in devel@

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