[devel] q: x86_64 requisite?
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Вт Май 1 18:48:08 MSD 2007
On Tue, May 01, 2007 at 06:05:49PM +0400, Dmitry V. Levin wrote:
> Я не менял правил. Просто регулярной тестовой пересборки
> Сизифа на x86-64 раньше не было, а теперь она есть.
> Тот src.rpm, который долго не собирается, уходит в orphaned.
Вот то, что теперь получается "ИЛИ" для пакетов по обеим
поддерживаемым архитектурам, и было бы хорошо озвучить,
когда вводилось. Если это не побочный эффект. :)
> Насколько я понимаю, если его с увеличенным релизом снова
> отправить в Сизиф, то он соберётся на одной из архитектур.
И снова будет обламываться на второй... OK, поскольку пока
починить не вышло -- пока впишу обоим страдальцам ExclusiveArch.
ruby-doc-extra иметь в 4.0 было бы очень хорошо -- одна из вещей,
которых больше нигде "вообще" нет (как поддержка WMA в Linspire).
> > > > lavaps не собирается из-за ругани на потерю точности,
> > > > как-то такое пока не чинил.
> > > Я не разбирался с каждым из ~40 пакетов, поскольку обычно это
> > > делают мантейнеры.
> > В данном разе это была скрытая просьба подсобить, кому не лень.
> > Мне пока хватает сборки для i586, которая прекрасно проходит.
> process_model.cc: In member function 'void process_model::dump()':
> process_model.cc:89: error: cast from 'process_model*' to 'int' loses precision
Мгм.
> Компилятор против преобразования указателя в целое число,
> поскольку размер указателя в 2 раза больше размера целого числа.
> Обычно после такой ошибки следует segfault; что говорит upstream?
Пока не спрашивал -- если пойду, то заодно притащу полдюжины
сузешных патчей (часть -- с 2001 года).
> > > > ruby-doc-extra -- уникальный по дистрибутивам пакет, где проблема
> > > > в сборке какого-то из примеров или промежуточного кода. Итоговый
> > > > пакет его не содержит, помечен как noarch (поскольку _итоговый_
> > > > -- чистая документация). В чём проблема? Добавить после
> > > > BuildArch ещё ExclusiveArch?
> > > Пакет noarch, по идее, должен собираться на любой архитектуре,
> > > причём результат не должен зависеть от архитектуры.
> > Дима, этот пакет также прекрасно собирается на i586,
> > но взрывается на x86_64. Патчи из сузи уже тащу, пока
> > недостаточно.
(это было про lavaps)
> cc -c -o cdjukebox.o cdjukebox.c
> [...]
> /usr/bin/ld: ../cdjukebox/libcdjukebox.a(cdjukebox.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
>
> Миша, сделай так, как говорит ld, и всё будет хорошо.
Э... пробовал. Хорошо, попробую ещё раз.
Спасибо за подсказки.
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
Подробная информация о списке рассылки Devel