тестим
kernel: support elf32 on x86_64 hrev51942
* define ELF32_COMPAT to enable ELF32 macros.
* add a flag ELF_LOAD_USER_IMAGE_TEST_EXECUTABLE to only check the format. It will be used by load_image_internal() to check which mode to use when loading an image.
* in arch_elf_relocate_rel(), switch to elf_addr instead of addr_t, which would be the wrong size for elf32 on x86_64.
* the ELF compat loader reuses the relevant parts of elf.cpp and arch_elf.cpp, excluding for instance load_kernel_add_on() or dump functions.
Хватит панику сеять! )
Всё уже пофикшено и работает в гибриде.
Осталось немного причесать и запушить.PS: уже запушил, можно обновляться
- Айзус (не зарегистрирован)
Вот такую еще штучку нашел: https://archive.org/details/2015_BeOS_Collection
- Ухыхыхыхы (не зарегистрирован)
BeBook в виде chm. Не переведен на русский. — https://yadi.sk/d/Zhs6IreV3VKkdY
Азазазаза, пакетник жрет память и на 128Мб свежий билд не взлетел, по сообщению Револя. Все, кина не будет.
конфигуратор ядра человеческий нужен для этого
«если собрать специальную версию более современной Nightly с отключенными ненужными расширениями ядра, DMA, отслеживанием ядра и дебаггером, то система сможет работать намного быстрее, »
Пора уже кончать маяться дурью и перейти на gcc5 и так далее в обоих ветках 32 и 64–бит. Хватит уже некрофилии. У 95% беосного софта исходники есть и их можно пересобрать (в некоторых случаях — после модификаций). Автор SoundPlay зажал исходники? Ну и хер с ним!
А Telegram 32bit не запускается:
~> /boot/system/apps/Telegram
runtime_loader: /boot/system/lib/x86/libstdc++.so.6.0.21: Could not resolve symbol '___tls_get_addr'
resolve symbol ___tls_get_addr returned: -2147478780
runtime_loader: /boot/system/lib/x86/libstdc++.so.6.0.21: Troubles relocating: Symbol not found
~>UEFI boot https://review.haiku–os.org/#/c/117/ ждем–сссс
Allow multiple boot loaders to be built together.
* 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–