Обновить
3

Пользователь

Отправить сообщение

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

В C++ уже добавили плату в рантайме в виде перезаписи памяти всех локальных и динамических переменных по умолчанию. Также при включении профилей безопасности (пока не в стандарте) будут выполняться проверки индекса в operator[] вектора и прочих контейнеров.

Комитет как всегда в своем репертуаре. Принципиально делают так чтобы было невозможно использовать без костылей и не наступая на грабли.

https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3394r0.html
Но в 26 этого точно не будет, и неизвестно пройдет ли оно дальше (R0 все же)

Да и вообще они рефлексию для 26 сильно урезали, иначе она бы уехала до 29 или дальше.

В старые времена у тебя выбора бы не было кем стать. Родился крестьянином, будешь всю жизнь крестьянином.

А то так получится еще один Apple.

Совершенно верно, хуавею это нужно именно для создания своего собственного загончика.

Хз как с этим 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%.

А там стоит не Sony PlayStation, а импортозамещенная "Саня, пошли играть!". Пятилетку за месяц выполнили!

Исходники Qt тоже в открытом доступе есть, но почему-то людям нравится пользоваться уже собранными библиотеками чаще всего

Это если никаких зависимостей кроме Qt нет. Или все конпилируешь сам ручками (или упаси боже собираешь монстра Франкенштейна из разных бинарников с васянских сайтов).

Пакетный менеджер сам все соберет из исходников. Правда в случае vcpkg обновления Qt можно ждать месяц-два.

Информация

В рейтинге
6 193-й
Зарегистрирован
Активность