[ON] Разработчики ядра Linux на пути к удалению поддержки процессоров i486

[yoricI]

они умудряются sparc тащить!

А это актуально?

а как вам такой порт https://www.openbsd.org/luna88k.html ? Вот уж много вопросов, типа зачем и нафига...

тут с актуальностью понятно)) Видимо, есть фанат-сопроводитель.

Пользуясь случаем, не подкинете ссылку, по которой можно посмотреть пакеты openbsd?

[Aliech]

они умудряются sparc тащить!

А это актуально?

Формально: нет. Но железа ещё много. И оно в рабочих инсталяциях даже справляется со своими задачами. И хорошо, что оно не лишается актуальных патчей.

А насчёт пакетов если, то я как-то привык pkg_info спрашивать, но, похоже, есть web-аналог: https://openbsd.app/

[yoricI]

насчёт пакетов если, то я как-то привык pkg_info спрашивать, но, похоже, есть web-аналог

По моим запросам, поменьше, чем в freebsd, но не хуже gentoo, а иногда и посвежее версии. Чёрт побери, это какой-то позор))

[Bizdelnick]

Нормально lcc всё собирает, когда надо.

Не всё. Без конца какие-нибудь косяки с ним. Хоть падать стал реже, чем раньше, и на том спасибо. Но код всё ещё некорректный генерирует временами.

[Aliech]

Не всё. Без конца какие-нибудь косяки с ним. Хоть падать стал реже, чем раньше, и на том спасибо. Но код всё ещё некорректный генерирует временами.

Не стоит воспринимать мои слова, как оду компилятору lcc. Нет. Это относилось лишь к тому, что на его огрехи невозможно целиком списать тотальное отставание версий софта в дистрибутивах, предназначенных к сертификации.

[ormorph]

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

Да как бы тут само собою что на компилятор нельзя спихнуть всё отставание. Но я тут имел в виду, что при использовании gcc или clang, накладные расходы уменьшаются в разы, так как уже существует полно софта поддерживающих их. Ну а при использовании стороннего компилятора совместимость не гарантирована, по этому накладные расходы растут, так как к этому делу нужно привлекать людей, что бы обеспечить совместимость. Одно если есть уже готовый и проверенный софт другое если его нужно писать с нуля. Т.е. если есть необходимость поддерживать совместимость со сборкой lcc, то очень трудно угнаться за версиями софта, так как эта совместимость не гарантирована изначально, скаждой новой версией ПО объём работы будет расти. Раз уж они используют решения из СПО, то это ПО изначально не тестировалось на lcc и совместимость с ним не гарантирована.
Само собою что тут если нужно перевести весь софт на lcc, то они этого просто не смогут сделать, сколько бы денег они не заплатили. Потому что это очень большой объём работы. В одном случае тебе нужно иметь целую кучу программистов, которые долнжы ещё разобраться с каждым ПО. Другое дело если тебе нужно просто кучу тестировщиков на готовое ПО, обучение которых проходит на много быстрее.