Не собирается wine
leonik375 6 июля, 2017 - 16:41
После обновления gcc отказывается устанавливаться wine
установка останавливается на
Running pre-merge checks for app-emulation/wine-2.10
"This version of x86_64-pc-linux-gnu-gcc does not support builtin_ms_va_list, can't enable 64-bit wine"
Посмотрел в ebuild там такой детектор:
( $(tc-getCC) -O2 "${FILESDIR}"/builtin_ms_va_list.c -o "${T}"/builtin_ms_va_list >/dev/null 2>&1)
вручную /builtin_ms_va_list.c компилится без проблем
Думаю что причина в функции tc-getCC, но как проверить работоспособность и к какому пакету она относится я не знаю
Помогите кто чем могет))
»
- Для комментирования войдите или зарегистрируйтесь
Покажи gcc-config -l
Покажи
[1] x86_64-pc-linux-gnu-6.3.0
[1] x86_64-pc-linux-gnu-6.3.0 *
[1] x86_64-pc-linux-gnu-2.28 *
М-да...leonik375
М-да...
тот, кто осознанно работает на нестабильной ветке, обычно таких вопросов, как в топике, не задает! :)
А чем-то обоснован выбор столь нестабильной версии GCC? Не бежишь ли ты впереди паровоза?
Если делаешь это осознанно, то не забыл ли ты перечитать новости и обновить GCC в соответствии с рекомендациями (типа пересобрать зависимости от библиотек и т.п.)?
Да, и покажи
может у тебя еще приколов есть?..
Ему уже больше полугода И всё
Ему уже больше полугода
И всё остальное у меня собирается без вопросов, да и gcc ни при чем, как мне кажется, сборка валится на стадии проверки
emerge --info
https://pastebin.com/Tbar9KFV
emerge wine -pv
[ebuild N ] dev-perl/XML-NamespaceSupport-1.120.0::gentoo USE="{-test}" 0 KiB
[ebuild N ] dev-perl/XML-SAX-Base-1.90.0::gentoo USE="{-test}" 0 KiB
[ebuild N ] app-eselect/eselect-mpg123-0.1::gentoo 0 KiB
[ebuild N ] dev-perl/XML-SAX-0.990.0-r1::gentoo 0 KiB
[ebuild N ] media-sound/mpg123-1.25.0::gentoo USE="alsa ipv6 pulseaudio sdl (-altivec) (-coreaudio) -int-quality -jack -nas -oss -portaudio" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse (-3dnow) (-3dnowext) (-mmx)" 0 KiB
[ebuild N ] sys-auth/rtkit-0.11-r2::gentoo 0 KiB
[ebuild N ] dev-perl/XML-SAX-Expat-0.510.0::gentoo USE="{-test}" 0 KiB
[ebuild N ] dev-perl/XML-Simple-2.220.0::gentoo USE="{-test}" 0 KiB
[ebuild N ] app-emulation/wine-2.10::hossie USE="X alsa cups fontconfig gecko jpeg lcms ldap mono mp3 ncurses nls opengl perl png pulseaudio realtime run-exes samba ssl threads truetype udev udisks v4l xcomposite xinerama xml -capi -custom-cflags -dos -gphoto2 -gsm -gstreamer -netapi -odbc -openal -opencl -osmesa -oss -pcap -pipelight -prelink -s3tc -scanner (-selinux) -staging {-test} -themes -vaapi" ABI_X86="64 -32 (-x32)" LINGUAS="en en_US ru -ar -bg -ca -cs -da -de -el -eo -es -fa -fi -fr -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -sk -sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" 18 760 KiB
Приколов больше нет
.
Пора переходить на
-9999? ☺Когда «кажется» креститься надо!
Почто зажал ответ на самый интересный вопрос?
Вероятность встретить нежданчик суть функция перечня выполненных действий (в первую очередь — практикуемого регламента обновлений).
:wq
--
Live free or die
Это ни разу не аргумент!
Это ни разу не аргумент! Готовность пакета определяется не по времени, а по событиям (прохождение тестов и пр.).
А с учетом
и
желания заниматься дистанционной разработкой/отладкой
GCC/wineнет никакого, извини...Да неужели?!.. помимо уже отмеченных выше вот еще (после беглого взгляда, ибо уже не хочется детально разбираться):
у тебя 3 загрузчика что ли?
P.S. Все это мелочи вроде, но
ACCEPT_KEYWORDS="amd64 ~amd64"- это уже запрограммированная проблема, просто не знаешь когда и где она выстрелит... У тебя это произошло сейчас.P.P.S. Я не против нестабильных пакетов, у меня сейчас на рабочем компе их 84 из 1404, а на домашнем, естественно, еще больше, но я точно знаю зачем и почему я выбираю нестабильную версию! Поэтому я трачу свое время на что-нибудь более продуктивное, чем поиск багов в "крутых" свежих и сырых версиях, которые реально не дают мне никаких новых возможностей.