[devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Andrey Rahmatullin]

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

On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> - Pass --as-needed option to GNU ld by default.
И никто не сломался? ;)

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

> > [...] Дык вот LMTP - тот же посредник. [...]
> Минуточку - тогда получается что socket тоже посредник.... И вообще вся
> операционка посредник.
Не, "паровоз, стой! раз, два ..." %) Так можно договориться и до "темных
электрических сил" в качестве посредника при передаче сообщений.
		-- dlebkov in community@

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

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > - Pass --as-needed option to GNU ld by default.
> И никто не сломался? ;)

Это мы сейчас изучаем...


-- 
ldv

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> > On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > > - Pass --as-needed option to GNU ld by default.
> > И никто не сломался? ;)
> 
> Это мы сейчас изучаем...

Много чего может сломаться.  Вот несколько искусственный пример, полученный
путём усушки реального случая:

$ cat zv.c
#include <zlib.h>
int main(void) { return !zlibVersion(); }
$ gcc -c zv.c
$ ld --as-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o zv /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/gcc/i586-alt-linux/3.4.4/crtbegin.o -L/usr/lib/gcc/i586-alt-linux/3.4.4 -L/usr/lib zv.o -lz -lc /usr/lib/gcc/i586-alt-linux/3.4.4/crtend.o /usr/lib/crtn.o
$ ld --as-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o zv /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/gcc/i586-alt-linux/3.4.4/crtbegin.o -L/usr/lib/gcc/i586-alt-linux/3.4.4 -L/usr/lib -lz zv.o -lc /usr/lib/gcc/i586-alt-linux/3.4.4/crtend.o /usr/lib/crtn.o
zv.o: In function `main':zv.c:(.text+0x23): undefined reference to `zlibVersion'

Первый ld отличается от второго порядком файлов:
в первом "zv.o -lz", во втором "-lz zv.o".

Такое поведение ld не является ошибкой, в режиме --as-needed порядок может
повлиять на значение: если библиотека (здесь -lz) следует до первого
пользователя (здесь zv.o), то в режиме --as-needed оно будет убрано как
ненужное.

Я пока не знаю, как быть.


-- 
ldv

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

Re: [devel] --as-needed

[Sergey Vlasov]

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

On Mon, Mar 06, 2006 at 04:22:03PM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> > On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> > > On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > > > - Pass --as-needed option to GNU ld by default.
> > > И никто не сломался? ;)
> > 
> > Это мы сейчас изучаем...
> 
> Много чего может сломаться.  Вот несколько искусственный пример, полученный
> путём усушки реального случая:
> 
> $ cat zv.c
> #include <zlib.h>
> int main(void) { return !zlibVersion(); }
> $ gcc -c zv.c
> $ ld --as-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o zv /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/gcc/i586-alt-linux/3.4.4/crtbegin.o -L/usr/lib/gcc/i586-alt-linux/3.4.4 -L/usr/lib zv.o -lz -lc /usr/lib/gcc/i586-alt-linux/3.4.4/crtend.o /usr/lib/crtn.o
> $ ld --as-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o zv /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/gcc/i586-alt-linux/3.4.4/crtbegin.o -L/usr/lib/gcc/i586-alt-linux/3.4.4 -L/usr/lib -lz zv.o -lc /usr/lib/gcc/i586-alt-linux/3.4.4/crtend.o /usr/lib/crtn.o
> zv.o: In function `main':zv.c:(.text+0x23): undefined reference to `zlibVersion'
> 
> Первый ld отличается от второго порядком файлов:
> в первом "zv.o -lz", во втором "-lz zv.o".
> 
> Такое поведение ld не является ошибкой, в режиме --as-needed порядок может
> повлиять на значение: если библиотека (здесь -lz) следует до первого
> пользователя (здесь zv.o), то в режиме --as-needed оно будет убрано как
> ненужное.

Собственно, со статическими библиотеками так всегда и было (только ещё
хуже - могла вытащиться часть, которой потом не хватало для остального).

> Я пока не знаю, как быть.

Сколько пакетов от этого перестало собираться?

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 06:37:33PM +0300, Sergey Vlasov wrote:
> On Mon, Mar 06, 2006 at 04:22:03PM +0300, Dmitry V. Levin wrote:
> > On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> > > On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> > > > On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > > > > - Pass --as-needed option to GNU ld by default.
> > > > И никто не сломался? ;)
> > > 
> > > Это мы сейчас изучаем...
> > 
> > Много чего может сломаться.  Вот несколько искусственный пример, полученный
> > путём усушки реального случая:
> > 
> > $ cat zv.c
> > #include <zlib.h>
> > int main(void) { return !zlibVersion(); }
> > $ gcc -c zv.c
> > $ ld --as-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o zv /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/gcc/i586-alt-linux/3.4.4/crtbegin.o -L/usr/lib/gcc/i586-alt-linux/3.4.4 -L/usr/lib zv.o -lz -lc /usr/lib/gcc/i586-alt-linux/3.4.4/crtend.o /usr/lib/crtn.o
> > $ ld --as-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o zv /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/gcc/i586-alt-linux/3.4.4/crtbegin.o -L/usr/lib/gcc/i586-alt-linux/3.4.4 -L/usr/lib -lz zv.o -lc /usr/lib/gcc/i586-alt-linux/3.4.4/crtend.o /usr/lib/crtn.o
> > zv.o: In function `main':zv.c:(.text+0x23): undefined reference to `zlibVersion'
> > 
> > Первый ld отличается от второго порядком файлов:
> > в первом "zv.o -lz", во втором "-lz zv.o".
> > 
> > Такое поведение ld не является ошибкой, в режиме --as-needed порядок может
> > повлиять на значение: если библиотека (здесь -lz) следует до первого
> > пользователя (здесь zv.o), то в режиме --as-needed оно будет убрано как
> > ненужное.
> 
> Собственно, со статическими библиотеками так всегда и было (только ещё
> хуже - могла вытащиться часть, которой потом не хватало для остального).

В том то и дело: --as-needed просто делает работу со динамическими
библиотеками аналогичной работе со статическими библиотеками.

> > Я пока не знаю, как быть.
> 
> Сколько пакетов от этого перестало собираться?

Тестовая сборка ещё не завершилась.  Речь идёт о сотне-другой
несобирающихся пакетах, и ещё некотором числе собирающихся неправильно
разделяемых библиотек, о которых verify-elf ругается про undefined
symbols.  Результаты будут разосланы.  Я попробую выявить закономерности.

Пока что я склоняюсь к тому, чтобы НЕ откатывать это изменение.


-- 
ldv

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 06:37:33PM +0300, Sergey Vlasov wrote:
> Сколько пакетов от этого перестало собираться?

Всего по разным причинам не собралось 615 пакетов из 5354 (11.5%).
Собралось 84 пакета, которые раньше не собиралось.
Перестали собираться 328 пакетов, которые раньше собирались.
Большая часть новой непересобираемости из-за --as-needed.

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


-- 
ldv

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 01:24:07AM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 06, 2006 at 06:37:33PM +0300, Sergey Vlasov wrote:
> > Сколько пакетов от этого перестало собираться?
> 
> Всего по разным причинам не собралось 615 пакетов из 5354 (11.5%).
> Собралось 84 пакета, которые раньше не собиралось.
> Перестали собираться 328 пакетов, которые раньше собирались.
> Большая часть новой непересобираемости из-за --as-needed.

Меньше всех, разумеется, пострадали KDEшные пакеты, и то с редкими
именами. :)


-- 
ldv

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

Re: [devel] --as-needed

[Andrey Rahmatullin]

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

On Tue, Mar 07, 2006 at 01:27:30AM +0300, Dmitry V. Levin wrote:
> Меньше всех, разумеется, пострадали KDEшные пакеты, и то с редкими
> именами. :)
Если бы во всех около-КДЕшных пакетах был нормальный (новый) admin/, давно
можно было бы всем им (попробовать) сделать --enable-new-ldflags,
добавляющий --as-needed ;)
См. konversation.

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

> Ходят слухи, что Juniora больше не будет, а на смену ему придёт
> Compact.
Ходят форварды, что это не так.
		-- mike in community@

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

Re: [devel] --as-needed

[Денис Смирнов]

On Tue, Mar 07, 2006 at 01:24:07AM +0300, Dmitry V. Levin wrote:

DVL> Перестали собираться 328 пакетов, которые раньше собирались.
DVL> Большая часть новой непересобираемости из-за --as-needed.

Полный список вновь не пересобравшихся пакетов будет опубликован?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН ПРОФЕССИОНАЛЬНОЙ ПРАКТИКИ ДРЮ
 Кто платит меньше всех, больше всех жалуется.

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 01:36:49AM +0300, Денис Смирнов wrote:
> On Tue, Mar 07, 2006 at 01:24:07AM +0300, Dmitry V. Levin wrote:
> 
> DVL> Перестали собираться 328 пакетов, которые раньше собирались.
> DVL> Большая часть новой непересобираемости из-за --as-needed.
> 
> Полный список вновь не пересобравшихся пакетов будет опубликован?

При таком количестве смысла в полном списке нет.  Каждый мантейнер получит
своё.


-- 
ldv

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

Re: [devel] --as-needed

[Michael Shigorin]

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

On Tue, Mar 07, 2006 at 01:24:07AM +0300, Dmitry V. Levin wrote:
> Все свои пакеты, которые сломались из-за --as-needed,
> я за сегодняшний вечер исправил.

И всё руками переставлял?

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

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 06:37:33PM +0300, Sergey Vlasov wrote:
> Сколько пакетов от этого перестало собираться?

А вот и настоящие пострадавшие:
aMule-2.1.0-alt1
codeblocks-1.0-alt0.svn1652
hugin-0.5-alt9
mkvtoolnix-1.6.5-alt4
pgadmin3-1.5.0.svn20060202-alt1
python-module-wx-2.6.1.0-alt1
ruby-fltk-0.9.2-alt1
scorched3d-39.1-alt0.cvs20050929
wvdial-1.54.0-alt3.1
wxGTK2-2.6.1-alt1.2
wxGTK2u-2.6.1-alt1.2
wxMaxima-0.6.4-alt2
xchm-1.4-alt1

Все они не собрались по причине
/usr/bin/ld: BFD 2.16.91.0.6 20060212 internal error, aborting at elflink.c line 6453 in elf_link_output_extsym
/usr/bin/ld: Please report this bug.

Похоже, мы устроили --as-needed нагрузочное тестирование. :)


-- 
ldv

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

Re: [devel] --as-needed

[Mikhail Zabaluev]

В Втр, 07/03/2006 в 12:54 +0300, Dmitry V. Levin пишет:
> Все они не собрались по причине
> /usr/bin/ld: BFD 2.16.91.0.6 20060212 internal error, aborting at elflink.c line 6453 in elf_link_output_extsym
> /usr/bin/ld: Please report this bug.
> 
> Похоже, мы устроили --as-needed нагрузочное тестирование. :)

Значит, весь этот кошмар пока откладывается? Ф-фух :)

Re: [devel] --as-needed

[Led]

В сообщении от 7 марта 2006 12:47 Mikhail Zabaluev написал(a):
> В Втр, 07/03/2006 в 12:54 +0300, Dmitry V. Levin пишет:
> > Все они не собрались по причине
> > /usr/bin/ld: BFD 2.16.91.0.6 20060212 internal error, aborting at
> > elflink.c line 6453 in elf_link_output_extsym /usr/bin/ld: Please report
> > this bug.
> >
> > Похоже, мы устроили --as-needed нагрузочное тестирование. :)
>
> Значит, весь этот кошмар пока откладывается? Ф-фух :)

Не "кошмар откладывается", а "первое предупреждение":)

-- 
Led.

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 01:47:40PM +0300, Mikhail Zabaluev wrote:
> В Втр, 07/03/2006 в 12:54 +0300, Dmitry V. Levin пишет:
> > Все они не собрались по причине
> > /usr/bin/ld: BFD 2.16.91.0.6 20060212 internal error, aborting at elflink.c line 6453 in elf_link_output_extsym
> > /usr/bin/ld: Please report this bug.
> > 
> > Похоже, мы устроили --as-needed нагрузочное тестирование. :)
> 
> Значит, весь этот кошмар пока откладывается? Ф-фух :)

Ну почему откладывается?  Баги будем виксить. :)


-- 
ldv

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 04:11:26PM +0300, Dmitry V. Levin wrote:
> On Tue, Mar 07, 2006 at 01:47:40PM +0300, Mikhail Zabaluev wrote:
> > В Втр, 07/03/2006 в 12:54 +0300, Dmitry V. Levin пишет:
> > > Все они не собрались по причине
> > > /usr/bin/ld: BFD 2.16.91.0.6 20060212 internal error, aborting at elflink.c line 6453 in elf_link_output_extsym
> > > /usr/bin/ld: Please report this bug.
> > > 
> > > Похоже, мы устроили --as-needed нагрузочное тестирование. :)
> > 
> > Значит, весь этот кошмар пока откладывается? Ф-фух :)
> 
> Ну почему откладывается?  Баги будем виксить. :)

Бага исправлена, можно спокойно линковать.

Обнаружилась ещё одна типичная проблема, которую легко понять на
приведённом ниже простом примере:

$ cat libfoo1.c 
int foo1(void) { return 0; }
$ cat libfoo2.c
extern int foo1(void);
int foo2(void) { return foo1(); }
$ cat foo3.c 
extern int foo2(void);
int main(void) { return foo2(); }

$ gcc -Wall -fpic -shared libfoo1.c -o libfoo1.so
$ gcc -Wall -fpic -shared libfoo2.c -o libfoo2.so -L. -lfoo1
$ gcc -Wall foo3.c -o foo3 -L. -lfoo2
/usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)
./libfoo2.so: undefined reference to `foo1'
collect2: ld returned 1 exit status
$ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -Wl,-rpath-link,.

Тонкость в том, что раньше ещё и так работало (хоть и ругалось):
$ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
/usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)

А теперь так не работает:
$ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
/usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)
./libfoo2.so: undefined reference to `foo1'
collect2: ld returned 1 exit status

Я пока что не знаю, это фича или нет.  Скоро ситуация прояснится.


-- 
ldv

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Sat, Mar 18, 2006 at 10:06:45PM +0300, Dmitry V. Levin wrote:
[...]
> $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -Wl,-rpath-link,.
> 
> Тонкость в том, что раньше ещё и так работало (хоть и ругалось):
> $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> /usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)
> 
> А теперь так не работает:
> $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> /usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)
> ./libfoo2.so: undefined reference to `foo1'
> collect2: ld returned 1 exit status
> 
> Я пока что не знаю, это фича или нет.  Скоро ситуация прояснится.

Это bugfix, см. http://sourceware.org/ml/binutils/2006-03/msg00259.html
Так что надо будет постепенно всё это зафиксить и за'upstream'ить.


-- 
ldv

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Sun, Mar 19, 2006 at 02:21:27AM +0300, Dmitry V. Levin wrote:
> On Sat, Mar 18, 2006 at 10:06:45PM +0300, Dmitry V. Levin wrote:
> [...]
> > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -Wl,-rpath-link,.
> > 
> > Тонкость в том, что раньше ещё и так работало (хоть и ругалось):
> > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> > /usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)
> > 
> > А теперь так не работает:
> > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> > /usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so, not found (try using -rpath or -rpath-link)
> > ./libfoo2.so: undefined reference to `foo1'
> > collect2: ld returned 1 exit status
> > 
> > Я пока что не знаю, это фича или нет.  Скоро ситуация прояснится.
> 
> Это bugfix, см. http://sourceware.org/ml/binutils/2006-03/msg00259.html
> Так что надо будет постепенно всё это зафиксить и за'upstream'ить.

Вот ещё одна ссылка в тему:
http://sourceware.org/ml/binutils/2006-03/msg00344.html


-- 
ldv

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

Re: [devel] --as-needed

[Vitaly Lipatov]

On Tuesday 28 March 2006 02:50, Dmitry V. Levin wrote:
...
> > > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> > > /usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so,
> > > not found (try using -rpath or -rpath-link) ./libfoo2.so:
> > > undefined reference to `foo1'
> > > collect2: ld returned 1 exit status
> > >
> > > Я пока что не знаю, это фича или нет.  Скоро ситуация
> > > прояснится.
> >
> > Это bugfix, см.
> > http://sourceware.org/ml/binutils/2006-03/msg00259.html Так
> > что надо будет постепенно всё это зафиксить и
> > за'upstream'ить.
Так и чем закончилось?
Натолкнулся на пакеты, которые НЕ ищут библиотеки в каталогах, 
указанных параметром -L. Думаю что делать дальше.

>
> Вот ещё одна ссылка в тему:
> http://sourceware.org/ml/binutils/2006-03/msg00344.html

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, May 22, 2006 at 03:26:24AM +0400, Vitaly Lipatov wrote:
> On Tuesday 28 March 2006 02:50, Dmitry V. Levin wrote:
> ...
> > > > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> > > > /usr/bin/ld: warning: libfoo1.so, needed by ./libfoo2.so,
> > > > not found (try using -rpath or -rpath-link) ./libfoo2.so:
> > > > undefined reference to `foo1'
> > > > collect2: ld returned 1 exit status
> > > >
> > > > Я пока что не знаю, это фича или нет.  Скоро ситуация
> > > > прояснится.
> > >
> > > Это bugfix, см.
> > > http://sourceware.org/ml/binutils/2006-03/msg00259.html Так
> > > что надо будет постепенно всё это зафиксить и
> > > за'upstream'ить.
> Так и чем закончилось?

Это длительный процесс, постепенно фиксим и upstream'им.

> Натолкнулся на пакеты, которые НЕ ищут библиотеки в каталогах, 
> указанных параметром -L.

Не понял, кто что не ищет?  Параметр -L определяет каталоги для поиска, а
не библиотеки для линковки.


-- 
ldv

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

Re: [devel] --as-needed

[Vitaly Lipatov]

On Monday 22 May 2006 03:37, Dmitry V. Levin wrote:
> On Mon, May 22, 2006 at 03:26:24AM +0400, Vitaly Lipatov wrote:
> > On Tuesday 28 March 2006 02:50, Dmitry V. Levin wrote:
> > ...
> >
> > > > > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> > > > > /usr/bin/ld: warning: libfoo1.so, needed by
> > > > > ./libfoo2.so, not found (try using -rpath or
> > > > > -rpath-link) ./libfoo2.so: undefined reference to
> > > > > `foo1'
> > > > > collect2: ld returned 1 exit status
> > > > >
> > > > > Я пока что не знаю, это фича или нет.  Скоро ситуация
> > > > > прояснится.
...
> Это длительный процесс, постепенно фиксим и upstream'им.
>
> > Натолкнулся на пакеты, которые НЕ ищут библиотеки в
> > каталогах, указанных параметром -L.
>
> Не понял, кто что не ищет?  Параметр -L определяет каталоги
> для поиска, а не библиотеки для линковки.
Да. Насколько я понимаю, через -L указывается каталог где лежит 
libfoo.so, а потом -lfoo подключает эту библиотеку к линковке.
И это не работает :) 
Разве не об этом речь в проблеме, показанном вами выше
( $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1 ) ?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, May 23, 2006 at 02:20:35AM +0400, Vitaly Lipatov wrote:
> On Monday 22 May 2006 03:37, Dmitry V. Levin wrote:
> > On Mon, May 22, 2006 at 03:26:24AM +0400, Vitaly Lipatov wrote:
> > > On Tuesday 28 March 2006 02:50, Dmitry V. Levin wrote:
> > > ...
> > >
> > > > > > $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1
> > > > > > /usr/bin/ld: warning: libfoo1.so, needed by
> > > > > > ./libfoo2.so, not found (try using -rpath or
> > > > > > -rpath-link) ./libfoo2.so: undefined reference to
> > > > > > `foo1'
> > > > > > collect2: ld returned 1 exit status
> > > > > >
> > > > > > Я пока что не знаю, это фича или нет.  Скоро ситуация
> > > > > > прояснится.
> ...
> > Это длительный процесс, постепенно фиксим и upstream'им.
> >
> > > Натолкнулся на пакеты, которые НЕ ищут библиотеки в
> > > каталогах, указанных параметром -L.
> >
> > Не понял, кто что не ищет?  Параметр -L определяет каталоги
> > для поиска, а не библиотеки для линковки.
> Да. Насколько я понимаю, через -L указывается каталог где лежит 
> libfoo.so, а потом -lfoo подключает эту библиотеку к линковке.
> И это не работает :) 
> Разве не об этом речь в проблеме, показанном вами выше
> ( $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1 ) ?

Нет, не об этом.  Параметр -L определяет каталоги для поиска библиотек,
которые указаны в форме -lfoo.  В том примере, который я приводил,
библиотека ./libfoo2.so уже была слинкована с libfoo1.so.
Параметр -L не влияет на поиск библиотек, с которыми файл уже слинкован.


-- 
ldv

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

Re: [devel] --as-needed

[Vitaly Lipatov]

On Tuesday 23 May 2006 02:36, Dmitry V. Levin wrote:
...
> > Разве не об этом речь в проблеме, показанном вами выше
> > ( $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1 ) ?
>
> Нет, не об этом.  Параметр -L определяет каталоги для поиска
> библиотек, которые указаны в форме -lfoo.  В том примере,
И это работает. Понял.
> который я приводил, библиотека ./libfoo2.so уже была
> слинкована с libfoo1.so. Параметр -L не влияет на поиск
> библиотек, с которыми файл уже слинкован.
Во, на это я и напарываюсь. Какие будут советы по обходу 
проблемы?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Wed, May 24, 2006 at 12:02:40AM +0400, Vitaly Lipatov wrote:
> On Tuesday 23 May 2006 02:36, Dmitry V. Levin wrote:
> ...
> > > Разве не об этом речь в проблеме, показанном вами выше
> > > ( $ gcc -Wall foo3.c -o foo3 -L. -lfoo2 -lfoo1 ) ?
> >
> > Нет, не об этом.  Параметр -L определяет каталоги для поиска
> > библиотек, которые указаны в форме -lfoo.  В том примере,
> И это работает. Понял.
> > который я приводил, библиотека ./libfoo2.so уже была
> > слинкована с libfoo1.so. Параметр -L не влияет на поиск
> > библиотек, с которыми файл уже слинкован.
> Во, на это я и напарываюсь. Какие будут советы по обходу 
> проблемы?

Так ведь ld сам совет и даёт: использовать -rpath-link.


-- 
ldv

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

Re: [devel] --as-needed

[Vitaly Lipatov]

On Wednesday 24 May 2006 00:05, Dmitry V. Levin wrote:
...
> Так ведь ld сам совет и даёт: использовать -rpath-link.
Теперь догадался запустить info ld.
Допустимо ли использовать DT_RUNPATH или LD_RUN_PATH ?

На самом деле сборка идёт через scons, кто-то у меня его вроде 
забирал, но кто не знаю. И видимо он неисправен.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Thu, May 25, 2006 at 12:18:14AM +0400, Vitaly Lipatov wrote:
> On Wednesday 24 May 2006 00:05, Dmitry V. Levin wrote:
> ...
> > Так ведь ld сам совет и даёт: использовать -rpath-link.
> Теперь догадался запустить info ld.

Это хорошо.  Ещё бы прочитать что там пишут. :)

> Допустимо ли использовать DT_RUNPATH или LD_RUN_PATH ?

DT_RUNPATH и DT_RPATH - это имена двух тэгов в формате ELF.
Другими словами, их использует линкер, а не пользователь. :)

Переменную среды LD_RUN_PATH использовать можно в тех пределах, которые
приведены в описании параметра -rpath-link.

> На самом деле сборка идёт через scons, кто-то у меня его вроде 
> забирал, но кто не знаю. И видимо он неисправен.

Почему scons неисправен?  Это ведь система организации сборки, откуда ей
знать про -rpath-link?  А если бы использовался make, вы бы сделали вывод
о вероятной неисправности make?


-- 
ldv

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

Re: [devel] --as-needed

[Nick S. Grechukh]

Dmitry V. Levin wrote:
> Почему scons неисправен?  Это ведь система организации сборки, 
это система-кривой-заменитель autotools.

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Wed, May 24, 2006 at 11:34:19PM +0300, Nick S. Grechukh wrote:
> Dmitry V. Levin wrote:
> > Почему scons неисправен?  Это ведь система организации сборки, 
> это система-кривой-заменитель autotools.

Вы меня не совсем точно поняли.  Я не утверждаю, что scons исправен, равно
как и не утверждаю обратного.  Я просто поинтересовался, почему был сделан
вывод о неисправности scons?


-- 
ldv

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

Re: [devel] --as-needed

[Vitaly Lipatov]

On Thursday 25 May 2006 00:58, Dmitry V. Levin wrote:
> On Wed, May 24, 2006 at 11:34:19PM +0300, Nick S. Grechukh 
wrote:
> > Dmitry V. Levin wrote:
> > > Почему scons неисправен?  Это ведь система организации
> > > сборки,
> >
> > это система-кривой-заменитель autotools.
>
> Вы меня не совсем точно поняли.  Я не утверждаю, что scons
> исправен, равно как и не утверждаю обратного.  Я просто
> поинтересовался, почему был сделан вывод о неисправности
> scons?
Возможно вывод был поверхностный, но если система сборки не 
обеспечивает корректные флаги (rpath-link) при сборке библиотек, 
я делаю вывод что система сборки неисправна (не соответствует 
требованиям).

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Thu, May 25, 2006 at 01:53:04AM +0400, Vitaly Lipatov wrote:
> On Thursday 25 May 2006 00:58, Dmitry V. Levin wrote:
> > On Wed, May 24, 2006 at 11:34:19PM +0300, Nick S. Grechukh wrote:
> > > Dmitry V. Levin wrote:
> > > > Почему scons неисправен?  Это ведь система организации
> > > > сборки,
> > >
> > > это система-кривой-заменитель autotools.
> >
> > Вы меня не совсем точно поняли.  Я не утверждаю, что scons
> > исправен, равно как и не утверждаю обратного.  Я просто
> > поинтересовался, почему был сделан вывод о неисправности
> > scons?
> Возможно вывод был поверхностный, но если система сборки не 
> обеспечивает корректные флаги (rpath-link) при сборке библиотек, 
> я делаю вывод что система сборки неисправна (не соответствует 
> требованиям).

Может, эта система сборки просто неправильно применена в пакете?
Я легко могу представить себе ситуацию, в которой autotools вследствие
неправильного применения не собирает пакет правильно.

Другое дело, что в случае использования autotools можно искать помощи
здесь.  А где искать помощи в решении проблем сборки с использованием
scons, я не знаю.


-- 
ldv

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

Re: [devel] --as-needed

[Igor Zubkov]

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

В сообщении от 25 мая 2006 01:01 Dmitry V. Levin написал(a):
> Другое дело, что в случае использования autotools можно искать помощи
> здесь.  А где искать помощи в решении проблем сборки с использованием
> scons, я не знаю.

Про scons тоже лучше здесь спрашивать. У меня один пакет использует scons для 
сборки, и ничего так, собирается. :)

-- 
Linkin Park - From The Inside

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

Re: [devel] --as-needed

[Pavlov Konstantin]

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

On Wednesday 24 May 2006 00:02, Vitaly Lipatov wrote:

> > который я приводил, библиотека ./libfoo2.so уже была
> > слинкована с libfoo1.so. Параметр -L не влияет на поиск
> > библиотек, с которыми файл уже слинкован.
>
> Во, на это я и напарываюсь. Какие будут советы по обходу
> проблемы?

Я напоролся на похожую проблему в пакете ffmpeg.

Посмотри 
http://alt.linux.kiev.ua/srpm/ffmpeg/patches/0 , может, поможет чем.

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

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

[devel] [wiki] --as-needed

[Genix]

Dmitry V. Levin wrote:

> Бага исправлена, можно спокойно линковать.
> 
> Обнаружилась ещё одна типичная проблема, которую легко понять на
> приведённом ниже простом примере:

вывалил пока все что нашел сюда
http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/LinkingError
буду признателен, если кто дополнит и поможет с оформлением/форматированием


-- 
У каждого в башке свои тараканы...

Re: [devel] [wiki!] --as-needed

[Michael Shigorin]

On Sun, Mar 19, 2006 at 10:17:56AM +0300, Genix wrote:
> > Бага исправлена, можно спокойно линковать.
> > Обнаружилась ещё одна типичная проблема, которую легко понять
> > на приведённом ниже простом примере:
> вывалил пока все что нашел сюда
> http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/LinkingError

Я ж анонсил страничку про грабли апстрима и конкретно эту:
http://wiki.sisyphus.ru/devel/UpStream/AsNeeded
(посмотрел на днях /devel, кое-что наметил пораскидать,
начал со структурирования добавляемой темы)

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

Re: [devel] --as-needed

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060318 22:16]:
> Обнаружилась ещё одна типичная проблема, которую легко понять на
> приведённом ниже простом примере:
[..skip..]
> Я пока что не знаю, это фича или нет.  Скоро ситуация прояснится.
Какова вероятность того, что libtool будет правильно использовать
эту фичу?

-- 
Regards,
Sir Raorn.

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Sun, Mar 19, 2006 at 09:43:42PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060318 22:16]:
> > Обнаружилась ещё одна типичная проблема, которую легко понять на
> > приведённом ниже простом примере:
> [..skip..]
> > Я пока что не знаю, это фича или нет.  Скоро ситуация прояснится.
> Какова вероятность того, что libtool будет правильно использовать
> эту фичу?

А разве сейчас это не так?  Мне показалось, что проблемы возникли среди тех
пакетов, в которых не используется libtool или линкуется что-то в обход
libtool.


-- 
ldv

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

Re: [devel] --as-needed

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060320 01:03]:
> > > Обнаружилась ещё одна типичная проблема, которую легко понять на
> > > приведённом ниже простом примере:
> > [..skip..]
> > > Я пока что не знаю, это фича или нет.  Скоро ситуация прояснится.
> > Какова вероятность того, что libtool будет правильно использовать
> > эту фичу?
> А разве сейчас это не так?  Мне показалось, что проблемы возникли среди тех
> пакетов, в которых не используется libtool или линкуется что-то в обход
> libtool.
Моих не задело, я просто спросил, для общего развития ;-)

P.S.  Хотя, quakeforge бы точно попал, да.

-- 
Regards,
Sir Raorn.

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

Re: [devel] --as-needed

[Andrey Rahmatullin]

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

On Mon, Mar 06, 2006 at 04:22:03PM +0300, Dmitry V. Levin wrote:
> Первый ld отличается от второго порядком файлов:
> в первом "zv.o -lz", во втором "-lz zv.o".
Ага. И такое может сгенерить и automake. И генерит.

Вход:
bin_PROGRAMS = mpdscribble
mpdscribble_SOURCES = mpdscribble.c as.c conn.c escape.c file.c lmc.c \
  md5.c misc.c as.h conn.h escape.h file.h lmc.h md5.h misc.h
AM_CFLAGS="-I./libmpdclient"
AM_LDFLAGS="./libmpdclient/libmpdclient.o"

Выход:
LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@

Результат:
gcc "-I./libmpdclient" -pipe -Wall -O2 -march=athlon -Wl,--as-needed
-I/usr/include/libsoup-2.2 -I/usr/include/libxml2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -I/usr/include/libsoup-2.2
-I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
"./libmpdclient/libmpdclient.o"  -lsoup-2.2 -lgnutls -ltasn1 -lgcrypt
-lgpg-error -lxml2 -lz -lm -lglib-2.0   -lsoup-2.2 -lgnutls -ltasn1
-lgcrypt -lgpg-error -lxml2 -lz -lm -lglib-2.0   -o mpdscribble
mpdscribble.o as.o conn.o escape.o file.o lmc.o md5.o misc.o


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

> Мы вообще все время чего-то ждем. К чему бы это :) ?
К дезорганизации.
		-- mike in devel-kernel@

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

Re: [devel] automake и --as-needed

[Michael Shigorin]

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

On Tue, Mar 07, 2006 at 10:10:16AM +0500, Andrey Rahmatullin wrote:
> > Первый ld отличается от второго порядком файлов:
> > в первом "zv.o -lz", во втором "-lz zv.o".
> Ага. И такое может сгенерить и automake. И генерит.

И шо теперь -- вывод автомата руками править?

PS: мне пришло 9 повесток, из них одну, надеюсь, починит genix@,
а остальные пополам буду чинить я и тот, кому пакеты понадобятся
из orphaned (xmms-vis-scivi и так руки не доходили починить,
mguesser давно не нужен -- есть enca, klogoturtle собирался для
детишек, да там и не понадобился, как и gtk-chtheme).

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

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

Re: [devel] automake и --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 09:18:42AM +0200, Michael Shigorin wrote:
> On Tue, Mar 07, 2006 at 10:10:16AM +0500, Andrey Rahmatullin wrote:
> > > Первый ld отличается от второго порядком файлов:
> > > в первом "zv.o -lz", во втором "-lz zv.o".
> > Ага. И такое может сгенерить и automake. И генерит.
> 
> И шо теперь -- вывод автомата руками править?

У автомата штатные ручки есть, читайте доки.


-- 
ldv

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

Re: [devel] automake и --as-needed

[Michael Shigorin]

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

On Tue, Mar 07, 2006 at 12:24:51PM +0300, Dmitry V. Levin wrote:
> > > > Первый ld отличается от второго порядком файлов:
> > > > в первом "zv.o -lz", во втором "-lz zv.o".
> > > Ага. И такое может сгенерить и automake. И генерит.
> > И шо теперь -- вывод автомата руками править?
> У автомата штатные ручки есть, читайте доки.

Дим, я немедленно упрощу свои пакеты до *необходимости* читать
доки. :]  Прочитал -- не зажимай знание под мышкой, раз оно
твоими трудами стало необходимым для жизни в Светлом Будущем,
мы тут все вовсе не ради потрохов autocrap собрались.

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

PS: да -- и как, единообразия ради, патчи называть?
(пока wmibam-0.0.1-alt-makefile.patch)

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

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

Re: [devel] automake и --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 11:34:55AM +0200, Michael Shigorin wrote:
> On Tue, Mar 07, 2006 at 12:24:51PM +0300, Dmitry V. Levin wrote:
> > > > > Первый ld отличается от второго порядком файлов:
> > > > > в первом "zv.o -lz", во втором "-lz zv.o".
> > > > Ага. И такое может сгенерить и automake. И генерит.
> > > И шо теперь -- вывод автомата руками править?
> > У автомата штатные ручки есть, читайте доки.
> 
> Дим, я немедленно упрощу свои пакеты до *необходимости* читать
> доки. :]  Прочитал -- не зажимай знание под мышкой, раз оно
> твоими трудами стало необходимым для жизни в Светлом Будущем,
> мы тут все вовсе не ради потрохов autocrap собрались.

Некоторые помещают имена библиотек в *_LDFLAGS.  Это неправильно.
Правильно LDADD.  См. info automake Linking.

> Поскольку твои пакеты в Sisyphus не добрались, расковырять тоже
> пока нечего.
> 
> PS: да -- и как, единообразия ради, патчи называть?
> (пока wmibam-0.0.1-alt-makefile.patch)

Так, если правится [Mm]akefile*.


-- 
ldv

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

Re: [devel] automake и --as-needed (как воспроизвести, пока не добралось?)

[Michael Shigorin]

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

On Tue, Mar 07, 2006 at 12:44:39PM +0300, Dmitry V. Levin wrote:
> Некоторые помещают имена библиотек в *_LDFLAGS.  Это неправильно.
> Правильно LDADD.  См. info automake Linking.

Спасибо.  А как воспроизвести такое поведение ld?

export LDFLAGS="$LDFLAGS --as-needed"
%configure

взорвалось на проверке работоспособности cc (ircp.spec).

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

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

Re: [devel] automake и --as-needed (как воспроизвести, пока не добралось?)

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [060307 13:38]:
> > Некоторые помещают имена библиотек в *_LDFLAGS.  Это неправильно.
> > Правильно LDADD.  См. info automake Linking.
> Спасибо.  А как воспроизвести такое поведение ld?
> export LDFLAGS="$LDFLAGS --as-needed"
s/--as-needed/-Wl,--as-needed/

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] automake и --as-needed (LDFLAGS="$LDFLAGS -Wl,--as-needed")

[Michael Shigorin]

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

On Tue, Mar 07, 2006 at 02:13:12PM +0300, Alexey I. Froloff wrote:
> > > Некоторые помещают имена библиотек в *_LDFLAGS.  Это
> > > неправильно.  Правильно LDADD.  См. info automake Linking.
> > Спасибо.  А как воспроизвести такое поведение ld?
> > export LDFLAGS="$LDFLAGS --as-needed"
> s/--as-needed/-Wl,--as-needed/

Точно, спасибо:

export LDFLAGS="$LDFLAGS -Wl,--as-needed"
%configure
%make

высыпалось.

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

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

Re: [devel] automake и --as-needed (LDFLAGS="$LDFLAGS -Wl,--as-needed")

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 01:48:52PM +0200, Michael Shigorin wrote:
> On Tue, Mar 07, 2006 at 02:13:12PM +0300, Alexey I. Froloff wrote:
> > > > Некоторые помещают имена библиотек в *_LDFLAGS.  Это
> > > > неправильно.  Правильно LDADD.  См. info automake Linking.
> > > Спасибо.  А как воспроизвести такое поведение ld?
> > > export LDFLAGS="$LDFLAGS --as-needed"
> > s/--as-needed/-Wl,--as-needed/
> 
> Точно, спасибо:
> 
> export LDFLAGS="$LDFLAGS -Wl,--as-needed"
> %configure
> %make
> 
> высыпалось.

Так неправильно:
gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o -lopenobex libircp.a 

Так лучше:
gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o libircp.a -lopenobex 


-- 
ldv

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

Re: [devel] automake и --as-needed (Makefile.am)

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 732 bytes --]

On Tue, Mar 07, 2006 at 04:13:35PM +0300, Dmitry V. Levin wrote:
> > > > > Некоторые помещают имена библиотек в *_LDFLAGS.  Это
> > > > > неправильно.  Правильно LDADD.  См. info automake Linking.
> Так неправильно:
> gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o -lopenobex libircp.a 
> Так лучше:
> gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o libircp.a -lopenobex 

Собралось (вдруг кому понадобится -- однострочник на Makefile.am
прилагается).

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

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

[-- Attachment #1.2: ircp-0.3-alt-makefile.patch --]
[-- Type: text/plain, Size: 339 bytes --]

diff -Naur ircp-0.3-orig/src/Makefile.am ircp-0.3/src/Makefile.am
--- ircp-0.3-orig/src/Makefile.am	2002-12-01 19:34:41 +0200
+++ ircp-0.3/src/Makefile.am	2006-03-07 16:34:34 +0200
@@ -17,6 +17,6 @@
 ircp_SOURCES = ircp.c
 
 
-LDADD = @OPENOBEX_LIBS@ libircp.a
+LDADD = libircp.a @OPENOBEX_LIBS@
 
 INCLUDES = @OPENOBEX_CFLAGS@

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

Re: [devel] automake и --as-needed

[Slava Dubrovskiy]

Michael Shigorin пишет:

>>У автомата штатные ручки есть, читайте доки.
>>    
>>
Ткните пожалуйста пальцем, как правильно. Это действительно нужно, т.к.
необходимо будет аргументировать upstream почему так правильно.
А еще, объясните пожалуйста, какой алгоритм исправления? Вот на этом
примере:

(cd .libs && rm -f libgcompris-1.so.0 && ln -s libgcompris-1.so.0.0.0
libgcompris-1.so.0)
(cd .libs && rm -f libgcompris-1.so && ln -s libgcompris-1.so.0.0.0
libgcompris-1.so)
creating libgcompris-1.la
(cd .libs && rm -f libgcompris-1.la && ln -s ../libgcompris-1.la
libgcompris-1.la)
i586-alt-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../intl
-DDATADIR=\""/usr/share"\" -pthread -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/libgnomecanvas-2.0
-I/usr/include/libart-2.0 -I/usr/include/freetype2
-I/usr/include/libxml2   -I/usr/include/SDL -D_REENTRANT
-DGNOME_DISABLE_DEPRECATED      -pipe -Wall -O2 -march=i586 -mcpu=i686
-Wall -c `test -f 'main.c' || echo './'`main.c
/bin/sh ../../libtool --mode=link i586-alt-linux-gcc  -pipe -Wall -O2
-march=i586 -mcpu=i686 -Wall  -L -lXrandr -o gcompris -export-dynamic -u
Py_Initialize -lSDL -lpthread -lsqlite3    main.o   -L/usr/lib
-lpython2.4 ../../src/gcompris/libgcompris-1.la  -lpopt -lSDL_mixer
i586-alt-linux-gcc -pipe -Wall -O2 -march=i586 -mcpu=i686 -Wall -o
.libs/gcompris -u Py_Initialize main.o -Wl,--export-dynamic
-L/usr/src/RPM/BUILD/gcompris-7.3.2/src/gcompris -lXrandr -lSDL
-lpthread -lsqlite3 -L/usr/lib -lpython2.4
../../src/gcompris/.libs/libgcompris-1.so -lpopt -lSDL_mixer
../../src/gcompris/.libs/libgcompris-1.so:make[4]: Leaving directory
`/usr/src/RPM/BUILD/gcompris-7.3.2/src/gcompris'
 undefined reference to `sqlite3_close'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_open'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_errmsg'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_get_table'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_free_table'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_mprintf'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_free'
../../src/gcompris/.libs/libgcompris-1.so: undefined reference to
`sqlite3_exec'
collect2: ld returned 1 exit status
make[4]: *** [gcompris] Error 1
make[3]: Leaving directory `/usr/src/RPM/BUILD/gcompris-7.3.2/src/gcompris'
make[2]: Leaving directory `/usr/src/RPM/BUILD/gcompris-7.3.2/src'
make[1]: Leaving directory `/usr/src/RPM/BUILD/gcompris-7.3.2'
make: Leaving directory `/usr/src/RPM/BUILD/gcompris-7.3.2'

RPM build errors:
make[3]: *** [all] Error 2
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

-- 
WBR,
Dubrovskiy Vyacheslav

Re: [devel] automake и --as-needed

[Michael Shigorin]

On Thu, Mar 09, 2006 at 01:52:10PM +0200, Slava Dubrovskiy wrote:
> i586-alt-linux-gcc -pipe -Wall -O2 -march=i586 -mcpu=i686 -Wall -o
> .libs/gcompris -u Py_Initialize main.o -Wl,--export-dynamic
> -L/usr/src/RPM/BUILD/gcompris-7.3.2/src/gcompris -lXrandr -lSDL
> -lpthread -lsqlite3 -L/usr/lib -lpython2.4
> ../../src/gcompris/.libs/libgcompris-1.so -lpopt -lSDL_mixer

Судя по

%%
Так неправильно:
gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o -lopenobex libircp.a

Так лучше:
gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o libircp.a -lopenobex
%%

-- может помочь перенести то, из чего получается
../../src/gcompris/.libs/libgcompris-1.so, _до_ всех -l*
(например, после -o *)

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

Re: [devel] automake и --as-needed

[Slava Dubrovskiy]

Michael Shigorin пишет:

>>i586-alt-linux-gcc -pipe -Wall -O2 -march=i586 -mcpu=i686 -Wall -o
>>.libs/gcompris -u Py_Initialize main.o -Wl,--export-dynamic
>>-L/usr/src/RPM/BUILD/gcompris-7.3.2/src/gcompris -lXrandr -lSDL
>>-lpthread -lsqlite3 -L/usr/lib -lpython2.4
>>../../src/gcompris/.libs/libgcompris-1.so -lpopt -lSDL_mixer
>>    
>>
>
>Судя по
>%%
>Так неправильно:
>gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o -lopenobex libircp.a
>Так лучше:
>gcc  -pipe -Wall -O2 -march=i586 -mcpu=i686  -o ircp  ircp.o libircp.a -lopenobex
>%%
>-- может помочь перенести то, из чего получается
>../../src/gcompris/.libs/libgcompris-1.so, _до_ всех -l*
>(например, после -o *)
>  
>
А где этим рулится?

-- 
WBR,
Dubrovskiy Vyacheslav

Re: [devel] automake и --as-needed

[Michael Shigorin]

On Thu, Mar 09, 2006 at 02:07:08PM +0200, Slava Dubrovskiy wrote:
> >-- может помочь перенести то, из чего получается
> >../../src/gcompris/.libs/libgcompris-1.so, _до_ всех -l*
> >(например, после -o *)
> А где этим рулится?

В Makefile... причём не то чтобы очевидным в поиске образом ;-/

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

Re: [devel] automake и --as-needed

[Dmitry V. Levin]

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

On Thu, Mar 09, 2006 at 01:52:10PM +0200, Slava Dubrovskiy wrote:
> Michael Shigorin пишет:
> 
> >>У автомата штатные ручки есть, читайте доки.
> >>
> Ткните пожалуйста пальцем, как правильно.

info automake Linking


-- 
ldv

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

Re: [devel] automake и --as-needed

[Sergey V Turchin]

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

On Tuesday 07 March 2006 10:18, Michael Shigorin wrote:

[...]
> klogoturtle
kdeedu-kturtle ?

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

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

[devel] klogoturtle obsolete (was: automake и --as-needed)

[Michael Shigorin]

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

On Tue, Mar 07, 2006 at 01:11:15PM +0300, Sergey V Turchin wrote:
> > klogoturtle
> kdeedu-kturtle ?

Точно :-)

2 incoming: тогда даже в obsolete надо klogoturtle.

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

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

Re: [devel] --as-needed

[Alexey I. Froloff]

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

* Andrey Rahmatullin <wrar-alt@> [060307 08:13]:
> > Первый ld отличается от второго порядком файлов:
> > в первом "zv.o -lz", во втором "-lz zv.o".
> Ага. И такое может сгенерить и automake. И генерит.

> Вход:
> bin_PROGRAMS = mpdscribble
> mpdscribble_SOURCES = mpdscribble.c as.c conn.c escape.c file.c lmc.c \
>   md5.c misc.c as.h conn.h escape.h file.h lmc.h md5.h misc.h
> AM_CFLAGS="-I./libmpdclient"
> AM_LDFLAGS="./libmpdclient/libmpdclient.o"
А не надо всякую фигню в LDFLAGS пихать.  Для этого есть LIBS и
LDADD.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] --as-needed

[Andrey Rahmatullin]

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

On Tue, Mar 07, 2006 at 10:25:45AM +0300, Alexey I. Froloff wrote:
> А не надо всякую фигню в LDFLAGS пихать.  Для этого есть LIBS и
> LDADD.
Просьба пояснить, каким образом положение libmpdclient.o в приведенной
строке линковки может что-то изменить.

gcc "-I./libmpdclient" -pipe -Wall -O2 -march=athlon -Wl,--as-needed
-I/usr/include/libsoup-2.2 -I/usr/include/libxml2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -I/usr/include/libsoup-2.2
-I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
"./libmpdclient/libmpdclient.o"  -lsoup-2.2 -lgnutls -ltasn1 -lgcrypt
-lgpg-error -lxml2 -lz -lm -lglib-2.0   -lsoup-2.2 -lgnutls -ltasn1
-lgcrypt -lgpg-error -lxml2 -lz -lm -lglib-2.0   -o mpdscribble
mpdscribble.o as.o conn.o escape.o file.o lmc.o md5.o misc.o

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

> Дмитрий Левин собирался еще перед выкладыванием tetex в Sisyphus
> пересобрать его, для экономии трафика.
Он говорит, что не успел.
		-- ldv in devel@

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 07, 2006 at 10:10:16AM +0500, Andrey Rahmatullin wrote:
> On Mon, Mar 06, 2006 at 04:22:03PM +0300, Dmitry V. Levin wrote:
> > Первый ld отличается от второго порядком файлов:
> > в первом "zv.o -lz", во втором "-lz zv.o".
> Ага. И такое может сгенерить и automake. И генерит.
> 
> Вход:
> bin_PROGRAMS = mpdscribble
> mpdscribble_SOURCES = mpdscribble.c as.c conn.c escape.c file.c lmc.c \
>   md5.c misc.c as.h conn.h escape.h file.h lmc.h md5.h misc.h
> AM_CFLAGS="-I./libmpdclient"
> AM_LDFLAGS="./libmpdclient/libmpdclient.o"

Не надо имена библиотек указывать в LDFLAGS.
Для этого в automake предусмотрены другие средства (LDADD).


-- 
ldv

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

Re: [devel] --as-needed

[Andrey Rahmatullin]

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

On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> > > - Pass --as-needed option to GNU ld by default.
> > И никто не сломался? ;)
> Это мы сейчас изучаем...
Для этого надо попробовать запустить всё, что должно запускаться?

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

Это явно бага, но вот где -- не знаю.
		-- mike in community@

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 11:05:06PM +0500, Andrey Rahmatullin wrote:
> On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> > > > - Pass --as-needed option to GNU ld by default.
> > > И никто не сломался? ;)
> > Это мы сейчас изучаем...
> Для этого надо попробовать запустить всё, что должно запускаться?

Для начала достаточно попробовать всё пересобрать и погрепать логи на тему
"undefined reference" и "undefined symbol".

Но есть и менее очевидные случаи.  Например, история с libtinfo.
Мы давно (3.5 года назад) распилили ncurses, выделив библиотеку libtinfo,
обеспечивающуюсовместимость с terminfo, в отдельную библиотеку (за основу
был взят распил, выполненный upstream).  Однако многие мантейнеры этот
факт игнорируют.  Теперь часть этих пакетов перестала собираться, поскольку
в ncurses нет символов, которые им нужны.  Другая часть этих пакетов стала
собираться без поддержки terminfo.

На примере пакета screen:
configure: checking for tgetent...
configure: checking libcurses...
configure: checking libtermcap...
configure: checking libtermlib...
configure: checking libncurses...
configure: error: !!! no tgetent - no screen


-- 
ldv

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

Re: [devel] --as-needed

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060306 21:26]:
> На примере пакета screen:
> configure: checking for tgetent...
> configure: checking libcurses...
> configure: checking libtermcap...
> configure: checking libtermlib...
> configure: checking libncurses...
> configure: error: !!! no tgetent - no screen
А на примере gdb, учитывая --enable-tui такой фикс насколько
будет считаться правильным:

--- gdb-orig/gdb/configure.in   2006-03-20 12:21:49 +0300
+++ gdb/gdb/configure.in        2006-03-20 12:26:31 +0300
@@ -906,7 +906,8 @@
       AC_CHECK_LIB(termlib, tgetent, TERM_LIB=-ltermlib,
         AC_CHECK_LIB(termcap, tgetent, TERM_LIB=-ltermcap,
          AC_CHECK_LIB(curses, tgetent, TERM_LIB=-lcurses,
-           AC_CHECK_LIB(terminfo, tgetent, TERM_LIB=-lterminfo))))))
+           AC_CHECK_LIB(terminfo, tgetent, TERM_LIB=-lterminfo,
+             AC_CHECK_LIB(tinfo, tgetent, TERM_LIB="-ltinfo -lncurses")))))))
 
   if test "x$TERM_LIB" = x
   then

P.S. Это m68k-palmos-gdb из prc-tools

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Mon, Mar 20, 2006 at 12:38:30PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060306 21:26]:
> > На примере пакета screen:
> > configure: checking for tgetent...
> > configure: checking libcurses...
> > configure: checking libtermcap...
> > configure: checking libtermlib...
> > configure: checking libncurses...
> > configure: error: !!! no tgetent - no screen
> А на примере gdb, учитывая --enable-tui такой фикс насколько
> будет считаться правильным:
> 
> --- gdb-orig/gdb/configure.in   2006-03-20 12:21:49 +0300
> +++ gdb/gdb/configure.in        2006-03-20 12:26:31 +0300
> @@ -906,7 +906,8 @@
>        AC_CHECK_LIB(termlib, tgetent, TERM_LIB=-ltermlib,
>          AC_CHECK_LIB(termcap, tgetent, TERM_LIB=-ltermcap,
>           AC_CHECK_LIB(curses, tgetent, TERM_LIB=-lcurses,
> -           AC_CHECK_LIB(terminfo, tgetent, TERM_LIB=-lterminfo))))))
> +           AC_CHECK_LIB(terminfo, tgetent, TERM_LIB=-lterminfo,
> +             AC_CHECK_LIB(tinfo, tgetent, TERM_LIB="-ltinfo -lncurses")))))))

А зачем -lncurses?
Правильнее поместить проверку -ltinfo до -lcurses.


-- 
ldv

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

Re: [devel] --as-needed

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060320 15:57]:
> > А на примере gdb, учитывая --enable-tui такой фикс насколько
> > будет считаться правильным:
> А зачем -lncurses?
Для ---enable-tui, libtinfo не хватает.  Но оно всё равно дохлое,
хочет странный readline...

> Правильнее поместить проверку -ltinfo до -lcurses.
Если curses не нужен - s,terminfo,tinfo,g

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] --as-needed: libtinfo, libncurses

[Dmitry V. Levin]

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

On Mon, Mar 06, 2006 at 09:25:13PM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 06, 2006 at 11:05:06PM +0500, Andrey Rahmatullin wrote:
> > On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> > > > > - Pass --as-needed option to GNU ld by default.
> > > > И никто не сломался? ;)
> > > Это мы сейчас изучаем...
> > Для этого надо попробовать запустить всё, что должно запускаться?
> 
> Для начала достаточно попробовать всё пересобрать и погрепать логи на тему
> "undefined reference" и "undefined symbol".
> 
> Но есть и менее очевидные случаи.  Например, история с libtinfo.
> Мы давно (3.5 года назад) распилили ncurses, выделив библиотеку libtinfo,
> обеспечивающуюсовместимость с terminfo, в отдельную библиотеку (за основу
> был взят распил, выполненный upstream).  Однако многие мантейнеры этот
> факт игнорируют.  Теперь часть этих пакетов перестала собираться, поскольку
> в ncurses нет символов, которые им нужны.  Другая часть этих пакетов стала
> собираться без поддержки terminfo.
> 
> На примере пакета screen:
> configure: checking for tgetent...
> configure: checking libcurses...
> configure: checking libtermcap...
> configure: checking libtermlib...
> configure: checking libncurses...
> configure: error: !!! no tgetent - no screen

Я думаю, что раз уж мы включили --as-needed по умолчанию, то можно
облегчить себе жизнь, превратив libncurses.so в linker script.
Например, для elf32-i386 это может выглядеть так:

$ cat /usr/lib/libncurses.so
OUTPUT_FORMAT(elf32-i386)
GROUP(/usr/lib/libtinfo.so /usr/lib/libncurses.so.5)


-- 
ldv

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

Re: [devel] --as-needed: libtinfo, libncurses

[Alexey Tourbin]

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

On Mon, Jun 26, 2006 at 06:50:51PM +0400, Dmitry V. Levin wrote:
> Я думаю, что раз уж мы включили --as-needed по умолчанию, то можно
> облегчить себе жизнь, превратив libncurses.so в linker script.
> Например, для elf32-i386 это может выглядеть так:
> 
> $ cat /usr/lib/libncurses.so
> OUTPUT_FORMAT(elf32-i386)
> GROUP(/usr/lib/libtinfo.so /usr/lib/libncurses.so.5)

Я так сделал для LAPACK:

$ cat /usr/lib/liblapack.so
GROUP(/usr/lib/liblapack.so.3 -llapack_atlas)
$ 

В -llapack_atlas находится более эффективная реализация с ассемблерными
вставками и т.п.  Но это частичная реализация.

Пересечение по реализациям вычисляется при сборке:

%prep
%setup -q -n LAPACK -a1

...

nm -D %_libdir/liblapack_atlas.so >nm.out
awk 'NF==3&&sub(/_$/,"",$3)&&$3!~/_/{print"SRC/"$3".f"}' <nm.out >dups
rm -v `cat dups`

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

Re: [devel] --as-needed: libtinfo, libncurses

[Stanislav Ievlev]

On Mon, Jun 26, 2006 at 06:50:51PM +0400, Dmitry V. Levin wrote:
> On Mon, Mar 06, 2006 at 09:25:13PM +0300, Dmitry V. Levin wrote:
> > On Mon, Mar 06, 2006 at 11:05:06PM +0500, Andrey Rahmatullin wrote:
> > > On Mon, Mar 06, 2006 at 03:08:44PM +0300, Dmitry V. Levin wrote:
> > > > > > - Pass --as-needed option to GNU ld by default.
> > > > > И никто не сломался? ;)
> > > > Это мы сейчас изучаем...
> > > Для этого надо попробовать запустить всё, что должно запускаться?
> > 
> > Для начала достаточно попробовать всё пересобрать и погрепать логи на тему
> > "undefined reference" и "undefined symbol".
> > 
> > Но есть и менее очевидные случаи.  Например, история с libtinfo.
> > Мы давно (3.5 года назад) распилили ncurses, выделив библиотеку libtinfo,
> > обеспечивающуюсовместимость с terminfo, в отдельную библиотеку (за основу
> > был взят распил, выполненный upstream).  Однако многие мантейнеры этот
> > факт игнорируют.  Теперь часть этих пакетов перестала собираться, поскольку
> > в ncurses нет символов, которые им нужны.  Другая часть этих пакетов стала
> > собираться без поддержки terminfo.
> > 
> > На примере пакета screen:
> > configure: checking for tgetent...
> > configure: checking libcurses...
> > configure: checking libtermcap...
> > configure: checking libtermlib...
> > configure: checking libncurses...
> > configure: error: !!! no tgetent - no screen
> 
> Я думаю, что раз уж мы включили --as-needed по умолчанию, то можно
> облегчить себе жизнь, превратив libncurses.so в linker script.
> Например, для elf32-i386 это может выглядеть так:
> 
> $ cat /usr/lib/libncurses.so
> OUTPUT_FORMAT(elf32-i386)
> GROUP(/usr/lib/libtinfo.so /usr/lib/libncurses.so.5)
Интересная мысль. А параметр OUTPUT_FORMAT обязателен? А то как-то не
очень наверное удобно будет держать несколько версий под разные платформы.

Re: [devel] --as-needed: libtinfo, libncurses

[Dmitry V. Levin]

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

On Tue, Jun 27, 2006 at 10:17:08AM +0400, Stanislav Ievlev wrote:
> On Mon, Jun 26, 2006 at 06:50:51PM +0400, Dmitry V. Levin wrote:
[...]
> > $ cat /usr/lib/libncurses.so
> > OUTPUT_FORMAT(elf32-i386)
> > GROUP(/usr/lib/libtinfo.so /usr/lib/libncurses.so.5)
> Интересная мысль. А параметр OUTPUT_FORMAT обязателен? А то как-то не
> очень наверное удобно будет держать несколько версий под разные платформы.

Нет, OUTPUT_FORMAT не обязателен, но файл из-за %_libdir всё равно
придётся создавать динамически.


-- 
ldv

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

Re: [devel] --as-needed: libtinfo, libncurses

[Stanislav Ievlev]

On Tue, Jun 27, 2006 at 03:50:31PM +0400, Dmitry V. Levin wrote:
> On Tue, Jun 27, 2006 at 10:17:08AM +0400, Stanislav Ievlev wrote:
> > On Mon, Jun 26, 2006 at 06:50:51PM +0400, Dmitry V. Levin wrote:
> [...]
> > > $ cat /usr/lib/libncurses.so
> > > OUTPUT_FORMAT(elf32-i386)
> > > GROUP(/usr/lib/libtinfo.so /usr/lib/libncurses.so.5)
> > Интересная мысль. А параметр OUTPUT_FORMAT обязателен? А то как-то не
> > очень наверное удобно будет держать несколько версий под разные платформы.
> 
> Нет, OUTPUT_FORMAT не обязателен, но файл из-за %_libdir всё равно
> придётся создавать динамически.
Повесь мне багу, будет повод собрать очередной ncurses, тем более что
недавно наконец rollup выпустили ;)

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Mikhail Zabaluev]

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

В Пнд, 06/03/2006 в 15:08 +0300, Dmitry V. Levin пишет:
> > И никто не сломался? ;)
> 
> Это мы сейчас изучаем...

У меня перестали собираться (из актуального):

evolution
evolution-data-server
evolution-exchange
gnutls
gtkhtml3
icu
jakarta-commons-daemon
libsoup
totem
vte

Времени разбираться с недостатками линковки каждого пакета у меня сейчас
нет.
Спасибо за лишний фронт работ, конечно, но мне хотелось бы разобраться с
несколькими реальными задачами, например, предстоящим выпуском GNOME
2.14, поэтому пересобираемость пакетов с --as-needed получает низкий
приоритет.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Valery V. Inozemtsev]

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

В сообщении от 6 марта 2006 15:08 Dmitry V. Levin написал(a):
> On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> > On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > > - Pass --as-needed option to GNU ld by default.
> >
> > И никто не сломался? ;)
>
> Это мы сейчас изучаем...

а что у нас с autoconf? не работающие макросы AC_PATH_X и AC_PATH_XTRA считать 
багой или фичей?

-- 
Valery V. Inozemtsev

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

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Dmitry V. Levin]

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

On Wed, Mar 08, 2006 at 11:04:16AM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 6 марта 2006 15:08 Dmitry V. Levin написал(a):
> > On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> > > On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > > > - Pass --as-needed option to GNU ld by default.
> > >
> > > И никто не сломался? ;)
> >
> > Это мы сейчас изучаем...
> 
> а что у нас с autoconf? не работающие макросы AC_PATH_X и AC_PATH_XTRA считать 
> багой или фичей?

А что с ними?  Примеры можно?


-- 
ldv

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

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Valery V. Inozemtsev]

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

> > > > > - Pass --as-needed option to GNU ld by default.
> > > >
> > > > И никто не сломался? ;)
> > >
> > > Это мы сейчас изучаем...
> >
> > а что у нас с autoconf? не работающие макросы AC_PATH_X и AC_PATH_XTRA
> > считать багой или фичей?
>
> А что с ними?  Примеры можно?

не, с ними все нормально, стормозил малость

-- 
Valery V. Inozemtsev

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

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Sergey Y. Afonin]

On Monday 06 March 2006 16:08, Dmitry V. Levin wrote:

> > > - Pass --as-needed option to GNU ld by default.

> > И никто не сломался? ;)
> 
> Это мы сейчас изучаем...

Кстати, а это нововведение в апстриме ? В смысле можно этим агументировать
необходимость пересмотра порядка библиотек при подготовке багрепортов для
апстримов других пакетов ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Mikhail Zabaluev]

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

В Втр, 14/03/2006 в 12:57 +0400, Sergey Y. Afonin пишет:
> On Monday 06 March 2006 16:08, Dmitry V. Levin wrote:
> 
> > > > - Pass --as-needed option to GNU ld by default.
> 
> > > И никто не сломался? ;)
> > 
> > Это мы сейчас изучаем...
> 
> Кстати, а это нововведение в апстриме ? В смысле можно этим агументировать
> необходимость пересмотра порядка библиотек при подготовке багрепортов для
> апстримов других пакетов ?

Я уже послал несколько патчей в GNOME Bugzilla. Порядок наводить
полезно.
Еще завел один баг без патча: в evolution-data-server взаимозависимости
библиотек при сборке оказалась зациклены.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] --as-needed

[Dmitry V. Levin]

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

On Tue, Mar 14, 2006 at 12:57:32PM +0400, Sergey Y. Afonin wrote:
> On Monday 06 March 2006 16:08, Dmitry V. Levin wrote:
> > > > - Pass --as-needed option to GNU ld by default.
> 
> > > И никто не сломался? ;)
> > 
> > Это мы сейчас изучаем...
> 
> Кстати, а это нововведение в апстриме ? В смысле можно этим агументировать
> необходимость пересмотра порядка библиотек при подготовке багрепортов для
> апстримов других пакетов ?

Да, ld --as-needed руализован больше года назад и есть в последнем
стабильном выпуске ld (не только для linux).

Повторюсь, изменение порядка библиотек, которое приходится делать
дляисправления линковки с --as-needed, автоматически исправляет линковку
со статическими библиотеками.  Для некоторых upstream'ов это тоже может
быть аргументом.


-- 
ldv

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

Re: [devel] --as-needed (was: [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363))

[Stanislav Ievlev]

On Mon, Mar 06, 2006 at 10:36:26AM +0500, Andrey Rahmatullin wrote:
> On Mon, Mar 06, 2006 at 06:09:40AM +0300, QA Team Robot wrote:
> > - Pass --as-needed option to GNU ld by default.
> И никто не сломался? ;)
Ну как минимум мой пакет отвалил  ... но там-то я уже поправил порядок библиотек и объектов.

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Alexey I. Froloff]

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

* QA Team Robot <qa@> [060306 06:18]:
> gcc3.4 - GNU Compiler Collection	[26M]
> * Thu Mar 02 2006 Dmitry V. Levin <ldv@altlinux> 3.4.4-alt4
...
> - Updated build dependencies.
А можно по этому поводу собрать i386-mingw32msvc-gcc для x86_64?


P.S. Я всё ещё в смутных сомнениях по поводу необходимости сборки
3.4.5...

-- 
Regards,
Sir Raorn.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Dmitry V. Levin]

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

On Sun, Mar 12, 2006 at 01:41:21AM +0300, Alexey I. Froloff wrote:
> * QA Team Robot <qa@> [060306 06:18]:
> > gcc3.4 - GNU Compiler Collection	[26M]
> > * Thu Mar 02 2006 Dmitry V. Levin <ldv@altlinux> 3.4.4-alt4
> ...
> > - Updated build dependencies.
> А можно по этому поводу собрать i386-mingw32msvc-gcc для x86_64?

Не понял, к кому это предложение адресовано и в чём оно заключается?

> P.S. Я всё ещё в смутных сомнениях по поводу необходимости сборки
> 3.4.5...

А в чём сомнения?


-- 
ldv

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060312 02:02]:
> > > gcc3.4 - GNU Compiler Collection	[26M]
> > > * Thu Mar 02 2006 Dmitry V. Levin <ldv@altlinux> 3.4.4-alt4
> > ...
> > > - Updated build dependencies.
> > А можно по этому поводу собрать i386-mingw32msvc-gcc для x86_64?
> Не понял, к кому это предложение адресовано и в чём оно заключается?
Вот я и сам не знаю.  Раньше mingw-gcc не собирался из-за того,
что в x86_64 отсутствовал gnat для host-системы.  Теперь оно есть
и i386-mingw32msvc-gcc может быть собран для x86_64, но
перезаливать src.rpm мне крайне не хочется (27 мег всё-таки)...

> > P.S. Я всё ещё в смутных сомнениях по поводу необходимости сборки
> > 3.4.5...
> А в чём сомнения?
3.4.3-20050222 работает, gcc-3.4.5-20060117 в апстриме всё еще
"proposed", сборка нативного компилятора отличается от сборки
кросса, ну я не могу найти тарбол с gcc-3.4.5-20060117... ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [060312 13:36]:
> 3.4.3-20050222 работает, gcc-3.4.5-20060117 в апстриме всё еще
> "proposed", сборка нативного компилятора отличается от сборки
> кросса, ну я не могу найти тарбол с gcc-3.4.5-20060117... ;-)
Гыг.  Взял mingw'шные тарболы с саксфоржа.  Не собирается без
такой конструкции в спеке:

export RPM_OPT_FLAGS="`echo $RPM_OPT_FLAGS | sed -e 's/-mcpu=/-mtune=/g'`"

Иначе не отрабатывают тесты configure при сборке в target.  Есть
мнение что более новые снапшоты 3.4.x аналогичным образом сломают
всю сизифную сборочницу.

Также напоминаю про #5272...

-- 
Regards,
Sir Raorn.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Dmitry V. Levin]

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

On Sun, Mar 12, 2006 at 08:30:24PM +0300, Alexey I. Froloff wrote:
> * Alexey I. Froloff <raorn@> [060312 13:36]:
> > 3.4.3-20050222 работает, gcc-3.4.5-20060117 в апстриме всё еще
> > "proposed", сборка нативного компилятора отличается от сборки
> > кросса, ну я не могу найти тарбол с gcc-3.4.5-20060117... ;-)
> Гыг.  Взял mingw'шные тарболы с саксфоржа.  Не собирается без
> такой конструкции в спеке:
> 
> export RPM_OPT_FLAGS="`echo $RPM_OPT_FLAGS | sed -e 's/-mcpu=/-mtune=/g'`"

Давно пора заменить -march= на -mtune= в /usr/lib/rpm/rpmrc;
Те, кто старыми компиляторами пользуется, смогут подстроиться как-нибудь.

> Также напоминаю про #5272...

Я уже забыл что там.


-- 
ldv

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Anton Gorlov]

Dmitry V. Levin пишет:

>>export RPM_OPT_FLAGS="`echo $RPM_OPT_FLAGS | sed -e 's/-mcpu=/-mtune=/g'`"
> Давно пора заменить -march= на -mtune= в /usr/lib/rpm/rpmrc;
> Те, кто старыми компиляторами пользуется, смогут подстроиться как-нибудь.

Старые - это какой версии?
-- 
   np: silence

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060312 21:19]:
> > Также напоминаю про #5272...
> Я уже забыл что там.
Там --build= в %_configure_target.  Мне непринципиально какой
именно макрос будет использован в --build, гланое чтобы он
резолвился в то, что было --target при сборке rpm...

-- 
Regards,
Sir Raorn.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060306 packages: +4 (5363)

[Semushin Slava]

--- Alexey I. Froloff 2006-03-12 01:41:21 +0300
+++ php-coder 2006-03-12 21:11:17 +0600

AIF> P.S. Я всё ещё в смутных сомнениях по поводу необходимости сборки
AIF> 3.4.5...

    3.4.6 уже вышел


    (http://www.linux.org.ru/profile/php-coder/jump-message.jsp?msgid=1306013&lastmod=1142171186429)


-- 
+ Semushin Slava | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru