On Sat, Feb 10, 2007 at 10:47:51PM +0300, Mikhail Yakshin wrote:
> Я тут взялся глобально перелопачивать Erlang

Значит, всеобщее счастье не за горами. :)

> 2. Эрланг - это довольно объемный пакет, собирается где-то по 30-40
> минут на сборку.

На каких мощностях?  Тот пакет, который сейчас в Сизифе, собирается раза в
2 быстрее.

> Сборочное окружение субъективно мною характеризуется
> как "невменяемое": масса хаков вокруг autoconf на тему поддержки
> совместимости с win32, вывернутая наизнанку схема генерации
> Makefile <-> Makefile.in,

Это как?  Из Makefile формируются Makefile.in?

> и, самое главное, ошибка при сборке где-нибудь посередине
> не приводит к остановке сборки, а компиляция продолжается, в итоге
> получается нечто, что собирается и ставится, но в нем не все работает.
> 
> Возникла даже мысль может быть собирать его не просто make, а чем-то вроде:
> 
> make >tempfile
> grep -qe '^make:.* Error ' tempfile && false
> 
> чтобы он хотя бы падал и не давал неработающей сборки

В запущенных случаях это вполне естественная мысль.

> 3. Проблемы в #10657 побеждены посредством -fno-stack-protector, как в
> Ubuntu.

На первом этапе это логичное решение, но потом придётся найти что-то
получше.

> 4. Сама сборка пестрит большим количеством warning'ов об undefined
> symbol в verify-elf (потому что там масса .so-шек, подгружаются
> виртуальной машиной на лету, как плагины) и одним TEXTREL'ом в районе
> сборки с openssl - оно у нас там уже давно стоит на relaxed.

Во что превращается этот TEXTREL на x86-64?

> 5. Есть проблема со сборкой erl_interface - это некий компонент erlang
> (интерфейс к C), без которого он работать теоретически может, но
> ejabberd без него не соберется.
> 
> Я подозреваю, что проблема в --as-needed и порядке линковки. На других
> системах (Fedora, BSD, Debian), люди говорят, что все собирается. Кусок
> лога:
> 
> gcc -pipe -Wall -O2 -march=i586 -mtune=i686 -fno-stack-protector -Wall
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
> -Wnested-externs -Winline -fno-strict-aliasing -I. -I../include
> -Iconnect -Iencode -Idecode -Imisc -Iepmd -Iregistry -Ii686-pc-linux-gnu
>   -Ilegacy -o
> /home/greycat/RPM/BUILD/otp_src_R11B-3/lib/erl_interface/bin/i686-pc-linux-gnu/erl_call
> prog/erl_call.c prog/erl_start.c \
> 	
> -L/home/greycat/RPM/BUILD/otp_src_R11B-3/lib/erl_interface/obj/i686-pc-linux-gnu
> -lei -lrt -lresolv -lnsl
> /tmp/.private/greycat/ccawXslX.o: In function `main':
> erl_call.c:(.text+0x1994): undefined reference to `__erl_errno'
> /home/greycat/RPM/BUILD/otp_src_R11B-3/lib/erl_interface/obj/i686-pc-linux-gnu/libei.a(ei_connect.o):
> In function `ei_do_receive_msg':
> ei_connect.c:(.text+0x2d6): undefined reference to `__erl_errno'
> ei_connect.c:(.text+0x319): undefined reference to `__erl_errno'
> ei_connect.c:(.text+0x331): undefined reference to `__erl_errno'

Так и есть, libei.a не слинковано с тем, что содержит определение
символа __erl_errno.

> Подскажите, что тут можно проверить и куда смотреть?

Посмотреть в лог сборки libei.a -- скорее всего там неправильный порядок
линкуемых библиотек или даже просто нет нужной линкуемой библиотеки.


-- 
ldv