Не собирается llvm-3.1-r2 при апдейте системы
lex_shadow 25 ноября, 2013 - 09:07
Решил на днях обновить систему на ноуте - samsung N150, процессор atom, все шло гладко до сего портежа - sys-devel/llvm-3.1.-r2, который на отрез отказывается собираться. Выглядит все как сдесь https://bugs.gentoo.org/show_bug.cgi?id=447408. Однако, товарищи пишут, что проблему пофиксили еще весной этого года, но мне от этого не легче.....Есть у кого идеи?
»
- Для комментирования войдите или зарегистрируйтесь
Начать kickstarter, чтобы
Начать kickstarter, чтобы запилили libastral.....
Вы бы хоть логи выложили чтоли.... телепаты в отпуске...пилят там, понимете, libastral ;)
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
ситуация описана на баг
ситуация описана на баг трекере, потому логи и не приложил...Ну так-то вот логи
http://bpaste.net/show/eeS0up4xYMXKjlWOKwDn/
http://bpaste.net/show/HXfrxhI99nB0VWlsAXxf/
ситуация описана на баг
и ты перепутал адрес, вместо туда написал сюда
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
"туда" отписалось что
"туда" отписалось что проблема gcc связаная с этим багом, исключительно на atom процах, пофиксена. Посему не понятно вообще что за ерунда такая вылазит
Вообщем как бы получается
Вообщем как бы получается следующее:
1. LC_ALL="" У вас все еще пустой-пустой. Насколько это сейчас критично - хрен его знает. В багзиле пофиксили тему с локалью еще пол года назад( как вы и писали).
Так или иначе, лучше сделайте eselect locale list и выбирете нужное.
И можно пробовать еще раз. А перед, наверное, стоит пересобрать glibc.
2. В остальном, подобная ошибка вылазиет из-за нехватки метста\памяти, что и было написано в багзиле.
Кстати и не только на багзиле ;)
На чем и откланиваюсь.
PS:на будущее не поленитесь выкладывать весь лог сборки: build.log, а то подобные "огрызки" малоинформативны.
2 Slepnoga
Skill тов. Slepnoga не идет ни в какие сравнения со мной - но как бы не рано выводы делать с багзилой? Я бы еще испробовал вариант с локалью для начала,тк у ТС самого "ляпы" на лицо.
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
1. eselect locale list
1. eselect locale list говорит, что:
ru_RU.UTF-8
toolchain пересобран дважды.
2. памяти\места хватало чтобы пересобрать около 600 пакетов до llvm, а на нем внезапно кончилась? Если его отдельно попытаться пересобрать - так же вываливается. Причем у меня ощущение, что если вернутся на gcc 4.6.3, то llvm соберется. К сожалению на эксперемент жаль времени, т.к. на нетбуке toolchain пересобирается почти сутки.
PS: дико извиняюсь - не сообразил как прикрутить весь файл лога сборки... если не трудно ткните попутно как это сделать
Однако в логе emerge --info
Однако в логе emerge --info у вас локаль не выставлена.
Если вы не знаете(мало-ли):
Оно не говорит - а показывает варианты, из которых вы должны выбрать свой - eselect locale set и номер цифры локали или ее значение. После чего там должна стоят звездочка * на против выбранной, при команде eselect locale list.
Всякое бывает! Кстати при неудачной сборке файлы никуда не удаляются с той директории. Что уже кушает место...
Как компиляете - рассказывайте ? В смысле в памяти или на диске? Сколько места выделено ? На всякий df -h покажите.
Легко! Идем /var/tmp/portage/пакет/tmp/build.log там все и компиляется.
Установите app-text/wgetpaste, чтобы быстро скидывать логи на "пасту".
На что прога выдаст вам уже готовый линк, который вам и нужен, чтобы вставить сюда.
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
RAM - 988 Mb (за минусом на
RAM - 988 Mb (за минусом на видео) свободного места на диске около 40 Gb. swap 1.5 gb
Вчера ушел в голографик шел, запустил пересборку злополучного llvm - собрался......неужто и впрям не хватило памяти? О_о
RAM - 988 Mb (за минусом на
для нормальной, комфортной работы в сорц басед дистре ( не задумываясь о ресурсах) начинать надо с 8 гб, нормально - 16 ;)
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Вот честно сказать - так
Вот честно сказать - так называемый source based distr был выбран исключительно из-за того, что в иных тормозило полноэкранное flash видеои и hd видео :) и если б у меня на нетбуке было 8Гб озу и нормальный процессор, то мне б такое наверное и в голову не пришло :)
Флеш не нужен.
Флеш не нужен.
:wq
--
Live free or die
Это как?
Это как?
HD видео тормозит только
HD видео тормозит только тогда, когда AVC декодируется программно, чего стоит избегать. А если же аппаратно, то к остальным ресурсам предъявляются весьма малые требования.
Да ниспошлют боги бедствия неисчислимые на головы тех, кто впилил мерзкую капчу
На моем local-host 2 гига ram
На моем local-host 2 гига ram и проц серии prescott/nocona(1 core ^_^) и я доволен как удав. Хватает до ж*пы!( и на х86 и на amd64). Все работает шустренько - я не в чем себе не отказыаю, разве что в скорости сборки.
Правда чисто для gcc лучше бы иметь 4 гига, чтобы без свопа.
А вот для чего 8 гигов или еще паче 16 , ума не приложу: может сетевое(серверное) что-то или графика...
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
/
Например
/var/tmp/portage
вtmpfs
, чтоб хватало на сборку webkit'а.:wq
--
Live free or die