Haiku скоро выйдет в бету, сплюнь. Даже Telegram работает.
Угу, на Qt, как и 99.9% современного софта на гайке =) Это вообще лол - годами пилить архитектурного наследника BeOS, чтобы в конце забить болт и тупо портануть чужеродный Qt. Уровень беспощадности - 0.9 реактосов.
Ничего плохого в этом нет. И вообще не забили они, а просто тулкит портанули для обеспечения системы софтом. Сама система может использоваться так не только на десктопах, но и в терминалах, где родной API будет кстати. А так хороший пример долгостроя, который достиг цели, в отличие от ReactOS.
Либра запускается, но порт в зачаточном состоянии — нельзя открывать документы. Mono/C# только на стадии портирования. Сама IDE должна запуститься, ведь Java, но точной информации нет — [CITATION NEEDED].
Когда-то оч. давно я даже писал под неё. Это было оч. наивное время. Потом даже подумывал портануть что-либо под неё, из собственного.
Наивное время закончилось, я постарел, сжёг впустую кучу нервов, разгадал кучу шарад и ребусов, был много раз бит ниже пояса, ещё больше раз огрызался и кусался, познал о жизни много нового, и сегодня я почти уверен, что быстрее дострою дом на море постригусь в монахи, чем Гайка взлетит.
А так ось интересная, и наверное перспективная. upd: ИМХО, проблема в том, что её пилит всего лишь полтора землекопа.
Deleted ()
Последнее исправление: rht
(всего
исправлений: 2)
У них цель была - бинарная совместимость с мертвой платформой. То, что оно цели достигло (платформа, кстати, дрянь дрянью с кучей сомнительных решений, за что и сдохла) - ничего не значит. У Реактоси такие же глупые цели, только ещё и несбыточные, судя по всему.
Всегда удивлялся как быстро работает графика и гуй в BeOS. Даже на VESA. Удивительно, что в Гайке тоже быстро работает. Да и вообще, всё быстро работает, и без этих ваших 12309. И API у нее клёвое, пытался как-то писать под BeOS поделки. Жаль, что её похерили.
Пишу из Haiku под VmWare. Поставил понастальгировать.
Запуск 32-битных приложений в 64-битной Haiku (в разработке).
Разработчик Jerome Duval сообщает в списке рассылки Haiku о том, что начал работу над имплементацией слоя совместимости для 32-битных приложений Haiku на платформе x86_64.
Планируется поддержка x86 бинарников, собранных с помощью компилятора gcc5, например 32-битная Java (64-битной сборки пока нет в репозиториях). Для реализации поддержки слоя совместимости потребуется сделать много изменений, о которых вы можете прочитать в публикации Jerome в списке рассылки Haiku-Development.
Был вроде старый порт. Использовался для старово же Gtk. Актуальную версию тянуть некому. Знающие архитектуру X-ов в железе почти вымерли. А пользовате Tk/GTk/Qt уже совсем другой народ:(
* This allows, for example, haiku_loader (BIOS) and
haiku_loader.efi (UEFI) to be built with a single jam
invocation, paving the way for building images with
both boot loaders present.
* Renames HAIKU_BOOT_PLATFORM to HAIKU_KERNEL_PLATFORM,
where the kernel needs platform dependent code.
* Introduces HAIKU_BOOT_TARGETS, which replaces
HAIKU_BOOT_PLATFORM & TARGET_BOOT_PLATFORM; now
TARGET_BOOT_PLATFORM is only defined when using the
MultiBootSubDirSetup jam rule.
https://www.freelists.org/post/haiku-development/Hybrid-UEFIMBR-support-lande...