именно так, с другой стороны процы без SSE 4.2 это уровень ниже Nehalem или достаточно старый AMD, для них стоит выбрать что-то иное. Что поделать.. если железки не тянут, не по Сеньке шапка

так если оно собрано с SSE 4.2, то вызвыв такую инструкцию программы будут ловить SIGILL и завершать работу, тут обманом программы-установщика не ограничится, надо или эмулировать на виртуальном процессоре или ставить то, что собрано без явного использования -msse4.2

чёт мы на разной волне, не стану переубеждать и себя тоже ;)

в ПДД тоже прописаны штрафные санкции, и многие именно их в основном и воспринимают, т.к. курьерам из вкусвилла например абсолютно нет дела, даже до базовых правил

ок, начнем с базы, где я могу на этот самый CoC посмотреть? Да, "правила" и кодекс поведения - вещи разные, порой не всякое сообщество имея правило созревает до вменяемого кодекса, для этого иногда требуется более 10 лет, а уж для того чтобы его приняли - еще больше. С правилами проще - нарушаешь? у нас тут розги из орешника есть. Если проще, то правила они о том, что нельзя, а кодекс о том, как надо

поделитесь-ка подробностями что за дистрибутив чего он хочет от проца и какой у вас на самом деле проц

значит какой-то этот code of conduct неправильный, раз большинству на него "положить"

для вас и Яэ Мико хватит ;)

потому что нет внятного и принимаемого большинством code of conduct

X wayland это работает, написала же, на 1 компе внезапно заработал Воланд, на 2 других - упорно не хочет, ну я в принципе и не настаиваю пока что ) Как в рекламе "А если не видно разницы...."

для старых машинок еще Glibc важен... а то нахватает при компоновке с новой Glibc функций и не запустишь на другой машине. Хотя по возможности всё, что ниже Glibc 2.35 на 32 битах надо обновлять (почему? time_t и проблема 2038 года, которая на современных ядрах и Glibc 2.35 была решена)

USE="abi_x86_32 X wayland я достаточно консервативна, уходить полностью с 32 бит не хочу у меня 2 машинки на Gentoo x86 до сих пор PS: а, да, еще LILO вместо GRUB(2) много где

Я им не пользуюсь. Столлман простит, даже если не поймет.

ну и отлично, я даже не смотрела что там добавлялось за последнее время {ada cet custom-cflags +cxx d debug default-stack-clash-protection default-znow doc fixed-point +fortran go graphite hardened ieee-long-double jit libssp lto modula2 multilib +nls objc objc++ objc-gc (+)openmp pch pgo +pie rust +sanitize +ssp systemtap test valgrind vanilla vtv zstd} Установленные версии: 12.4.0(12)^t(13:46:13 09.07.2024)(cet cxx default-stack-clash-protection default-znow fortran graphite multilib openmp pie sanitize ssp zstd -ada -custom-cflags -d -debug -doc -fixed-point -go -hardened -ieee-long-double -jit -libssp -lto -nls -objc -objc++ -objc-gc -pch -pgo -systemtap -test -valgrind -vanilla -vtv) у меня правда свой зоопарк в /usr/local живет

нет, практически всё я собираю с GCC 12 сейчас, желания словить баг как в Qt и разбираться откуда ноги растут у меня больше нет ) у меня как обычно KDE, в других средах мне всегда чего-то не хватает и снова получается KDE, по графике 1 комп самовольно ушел на Вэйланд, 2 остались на Xorg и Воланд почему-то не работает, а отладка у него никакущая, остальное "безбашенное"

Epson R 300 был последний, лет 15 назад

GCC кстати собирается с PGO хорошо, только в ebuild вроде поддержки этого нет, хотя добавить элементарно вместо make нужно make profiledbootstrap

dev-qt/* и все категории KDE раньше собирала Clang, но после того, как Qt5 перешла под опеку проекта KDE, они там накосячили с кодом GLES, что он перестал работать при сборке не GCC, так что... грабельки местами попадаться будут. Если комп мощный, есть время и дух экспериментировани/ - собирайте, тестируйте ) Мне сейчас важнее удобство использования и минимум возни Ядро я собираю 17 версией сейчас, у текущей 18 еще выходят обновления, а модули ядра, как известно, привязаны к версии компилятора. Опять же парк железа у меня относительно большой, так что на сборку ядра Clang 18 я перейду когда будет 19-ая версия

отдельно про регрессии от -flto и -fprofile-use они крайне редки, так что если есть дух экспериментирования, то впролне можно использовать практически для всего, Даже такие сложные вещи как ядро Linux собираются и с LTO и с (runtime) PGO, т.е. ядро инструментированное надо попользовать и затем с -fprofile-use пересобрать PGO я на ядре не пробовала, а вот ThinLTO при сборке Clang теперь использую всегда.

да, для xorg-server -fprofile-generate -fprofile-dir=/var/tmp/xorg.12345678 в CFLAGS добавляем, делаем emerge xorg-server запускаем, пользуемся немножко а потом снова emerge с -fprofile-use -fprofile-dir=/var/tmp/xorg.12345678 так в принципе можно собрать любой пакет не поддерживающий USE=pgo там emerge гоняет make test или make check, а если нужна сборка чего-то иного, то придется менять CFLAGS, пользоваться и снова пересобирать пакет, ключевой момент в том, чтобы задавать внешний каталог для данных профиля, через -fprofile-dir для Фаерфокса тоже идет использование со сценарием, поэтому там нужен безголовый X сервер (Xvfb) Пользы больше чем от LTO, и потребление памяти ниже, хотя на мощном компе с кучей памяти заморачиваться просто лениво, особенно если что-то надо делать вручную

я наверное еще и PGO рекомендовала ? Просто от LTO пользы сравнительно "-march=native" и/или PGO не так уж и много. В принципе даже стандартный портеж Gentoo сейчас поддерживает сборку с USE+="lto pgo" , для того же Фаерфокса или binutils или Python

там всего лишь make на Raspberry Pi 3 занял секунд 30

о, спасибо, а то подбирать параметры для ciadpi непонятно как ciadpi -d 1 всё просто

«разработчики решили на неопределённый срок продлить поддержку прошлого ESR-выпуска (ESR 115), поскольку только там сохраняется поддержка Windows 7, пользователи которой составляют 10% пользовательской базы Firefox.» вот даже как, хотя наверное прозрачность убедит меня обновиться

а еще можно было тихонько написать что 128-й заESRился и 115.14 скорее всего будет (пред)последним в серии