OberonCore

Кажется, понял. Замените в BlackBoxElf "LinFiles" на "HostFiles".

Понадобилось изменить процедуру BlackBoxElf и подправить чуть-чуть Kernel, поскольку я делал все на 1.7.

В ближайшее время подготовлю описание процедуры сборки.

Спасибо за проделанную работу!
Желательно резюмировать в чём суть изменений, что было и что стало.

Итак, порядок действий:

• Развернуть BB1.7
• Скопировать файлы из архива в дерево ББ.
• Скомпилировать:
  
  • Lin\Mod\Dl
  • Lin\Mod\Libc
  • Lin\Mod\Kernel
  • Lin\Mod\HostFiles
  • Lin\Mod\Init
  • Std\Mod\Loader
• Открыть файл Dev2\Mod\Linker
  В конце файла выполнить первый коммандер (DevCompiler.CompileThis ...)
• Затем последний коммандер (Dev2Linker.BlackBoxElf)

На выходе, в корневой папке BB, получится файл BlackBox1.run.
Этот файл, будучи запущенным в Linux, запускает содержимое
модуля Init. Запускать его нужно в папке BB, в которой производилась
компиляция. Фактически, механизм работы StdLoader'а работает.
Если изменить Init и перекомпилировать его, то BlackBox1.run
подхватывает при запуске модифицированный кодовый файл.

Изменения в Kernel были связаны с версией 1.7 ББ.
Добавил Utf8Name, изменил формат Kernel.Name и привел все функции,
его использующие, к компилируемому виду.
Фактически все свелось к тому, что StdLoader из 1.7 скомпилировался без
изменений.
Полагаю, что в версии ядра Freenix Ивана это уже все сделано.
Нужно будет сводить и проверять.

Следующие шаги вижу такие (без особого порядка):

• Интеграция Dev2Linker в подсистему Dev
• Приведение интерфейса Dev2Linker к виду, используемому BB (использование символов +, $, - и пр. при вызове)
• Доработка компоновщика для работы во FreeBSD и MacOS X
• Доработка процедуры кросс-сборки исполняемых файлов (автоматическая подмена кодовых файлов после сборки)

Еще раз, Trurl, огромная благодарность за работу!

В сборке Freenix запустилось сразу!

Теперь надо подумать, как разделить DevLinker на абстрактную и Host часть.

Для FreeBSD и MacOS X надо поменять имя интерпретатора. Там есть переменная elfInterpreter. Для линукса тоже может понадобиться: для старых версий, для всяких легких сборок на uClibc и т.п.

Кодовые файлы кросс-платформенные, тут доработка не требуется.

Ну вы крутые перцы....)))
У меня мозгов бы и терпения не хватило)))

Я не совсем правильно выразился, наверное.
Компилируешь Lin\Mod\Kernel, получаешь <BB>\Code\Kernel.ocf
Закрываешь ББ, открываешь - он не стартует - модули не те.

Под FreeBSD тоже файл собрался и даже запустился.
Там начались системные отличия:

• Библиотека libc имеет версию 7
• Библиотека libdl отсутствует, ее функции выполняет libc.
• Как-то по-другому устанавливаются обработчики сигналов (отсутствует функция __sigsetjmp, там она называется sigsetjmp)

По FreeBSD задачу можно считать принципиально решенной, понятно, что еще очень много деталей. ELF под FreeBSD тоже собирается.

Что касается MacOS, то тут ELF не обойдешься, придется делать Mach-O файл.
При имеющемся компоновщике это уже задача, а не исследование

В Блэкбоксе в этом плане круто придумано, системные файлы пишутся в корень и их легко удалить. Так что тут тоже не нужна доработка. Ты выполнил сборку ядра, после этого тебе не нужен кодовый файл ядра, он уже слинкован в пускач статически.

Вот теперь начинаю что-то подозревать (с)
С FreeBSD несколько все сложнее, вы были правы. Сложности не принципиального порядка, разумеется, но все же.
Насчет вызвать init не уверен, но то, что часть кода должна строго соответствовать структуре - факт.
Как минимум, должна быть процедура _start и переменная __progname. Дальше пока не докопался.

Добавил экспорт переменных.
Теперь падает в core dump

https://github.com/dmitrys99/BBElfLinker
В папке Linux - работающая версия компоновщика + описание.
В папке BSD - рабочие материалы по BSD.
Остальные файлы можно игнорировать, пока оставлю для истории.

На страницу репозитория добавил авторство. Страна должна знать своих героев!
Ну и вообще причесал репозиторий.

Я даже удивился, когда оно в линуксе заработало. Но мне казалось, что в BSD попроще должно быть.

BlackBox-1.6 Kernel для FreeBSD 9.0

Немного изменил LnkWriteElf, и заработало в OpenBSD (6.0)

SIGBUS не выдает?
Если выдает, игнорируешь?
У меня на FreeBSD запустилось, но в GDB видно, что приложение получает SIGBUS, а поскольку оно не обрабатывается, то выпадает в core. Подозреваю, что это связано с выравниванием данных.
Код crt из FreeBSD содержит директиву для выравнивания кода align 4.

Кажется надо в заголовок вместо ELFOSABI_NONE поставить ELFOSABI_FREEBSD (странно, но в линуксе как раз ELFOSABI_LINUX не работает) и посмотреть правильный интерпретатор (что-то вроде /usr/libexec/ld-elf.so.N).