В C++ уже добавили плату в рантайме в виде перезаписи памяти всех локальных и динамических переменных по умолчанию. Также при включении профилей безопасности (пока не в стандарте) будут выполняться проверки индекса в operator[] вектора и прочих контейнеров.
С маками глаза вытекут из-за отвратного рендеринга шрифтов на 1080p/1440p мониторах. Эпл удалил поддержку субпиксельного рендеринга и рекомендует покупать 4K мониторы (конечно же лучше от эпл но какой-нибудь другой ширпотреб тоже сойдёт).
С точки зрения разработчиков ядра все что не находится в официальном гит репозитории ядра не существует. Перенос в out of tree модуль для них это тоже самое что и удаление. В ядре нет - значит не поддерживается.
Хз насчет Авроры (может ее и огородили), но в Sailfish OS GCC точно установить можно. Можно также подключать свои RPM репозитории и собирать что угодно (более того доступен публичный OBS где можно собирать под Sailfish OS и он сам поднимет репу). Но и GCC и Python, как и большинство софта там наверняка страшно устаревшие. И что-то гуевое от обычного десктопного линукса вряд ли запустится (или как минимум будет работать криво даже если адаптировано для тача) т.к. Wayland композиторы ушли далеко вперед и с тем что в Sailfish OS уже мало общего имеют. Никаких ограничений на фоновую работу я там не помню.
Все что можно интегрировать с QML/Qt Quick (возможно придется собирать свой тулчейн если язык официально не поддерживается). Можно и свой гуй сделать но с этим будут проблемы т.к. там используется wayland но стэк при этом очень устаревший, так что современные тулкиты с поддержкой wayland вряд ли будут работать.
Никогда их не будет в "настоящем" свободном линуксе. Только на закрытых проприетарных платформах.
И отсудить деньги у Маска? Ну, удачи :)
В случая aggregate классов как и с примитивами нужны скобки для инициализации, т.к. их дефолтный конструктор ничего не делает
В C++ уже добавили плату в рантайме в виде перезаписи памяти всех локальных и динамических переменных по умолчанию. Также при включении профилей безопасности (пока не в стандарте) будут выполняться проверки индекса в operator[] вектора и прочих контейнеров.
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3394r0.html
Но в 26 этого точно не будет, и неизвестно пройдет ли оно дальше (R0 все же)
Да и вообще они рефлексию для 26 сильно урезали, иначе она бы уехала до 29 или дальше.
В старые времена у тебя выбора бы не было кем стать. Родился крестьянином, будешь всю жизнь крестьянином.
Совершенно верно, хуавею это нужно именно для создания своего собственного загончика.
Хз как с этим UKI, но и до этого можно было загружать ядро с UEFI и прописывать параметры через efibootmgr без пересборки
Форком какого open source проекта является эта "платформа"?
Давно можно было
Да еще и EDID бывает кривой. Лучше уж спрашивать у ОС, у них свои костыли на этот случай есть.
SVT-AV1 довольно близок к libx265 по скорости кодирования (на современном процессоре).
Как минимум в дестктопных Fedora и openSUSE по умолчанию включен фаерволл в котором этот порт закрыт
С маками глаза вытекут из-за отвратного рендеринга шрифтов на 1080p/1440p мониторах. Эпл удалил поддержку субпиксельного рендеринга и рекомендует покупать 4K мониторы (конечно же лучше от эпл но какой-нибудь другой ширпотреб тоже сойдёт).
С точки зрения разработчиков ядра все что не находится в официальном гит репозитории ядра не существует. Перенос в out of tree модуль для них это тоже самое что и удаление. В ядре нет - значит не поддерживается.
Хз насчет Авроры (может ее и огородили), но в Sailfish OS GCC точно установить можно. Можно также подключать свои RPM репозитории и собирать что угодно (более того доступен публичный OBS где можно собирать под Sailfish OS и он сам поднимет репу). Но и GCC и Python, как и большинство софта там наверняка страшно устаревшие. И что-то гуевое от обычного десктопного линукса вряд ли запустится (или как минимум будет работать криво даже если адаптировано для тача) т.к. Wayland композиторы ушли далеко вперед и с тем что в Sailfish OS уже мало общего имеют. Никаких ограничений на фоновую работу я там не помню.
Все что можно интегрировать с QML/Qt Quick (возможно придется собирать свой тулчейн если язык официально не поддерживается). Можно и свой гуй сделать но с этим будут проблемы т.к. там используется wayland но стэк при этом очень устаревший, так что современные тулкиты с поддержкой wayland вряд ли будут работать.
У этого поделия все еще Qt 5.6 и GCC 8?
Вероятно потому что LLVM не очень подходит для компиляции в Java байткод. Бэкэнд для компиляции в нативный код использует LLVM.
94% - маркетинговая цифра из одного бенчмарка. В реальности сокращение времени компиляции не более 10-15%.