OberonCore

В BSD версии я это уже поправил, программа правильно запускается. Но потом падает.
ELFOSABI_LINUX вообще странная вещь, похоже это как-то относится к GNU/Hurd, но никак не к Linux.

В OpenBSD тоже ELFOSABI_NONE. Интерпретатор /usr/libexec/ld.so

Не выдаёт.

А если использовать компоновщик DevElfLinker16, то BlackBox запускается в FreeBSD?

С DevElfLinker16 проверял давно, результаты не помню.
Там процесс запуска другой. Там приложение-заглушка нативная, в нее загружается библиотека.

Здесь же SIGBUS выдается в процессе загрузки приложения.
Насколько я понял по отладке, приложение не запускается, поскольку структура у него неправильная.
LibC во FreeBSD довольно требовательна оказалась.

А простые примеры работают? Помнится, у меня тогда на FreeBSD как-то глаже прошло.
Попробую тоже, только переустановть систему надо, у меня еще 6.2 и обновляться не хочет.

BlackBox-1.6 Gtk2 @ FreeBSD 11.0, работает с компоновщиком DevElfLinker16 (с Dev2 не работает).

При попытке компоновки Dev2Linker.BlackBoxElfFreeBSD:

Импорт переменных не поддерживается.
А errno надо заменить на вызов __error().

От SIGBUS я избавился.
Сделал экспорт переменных и поместил __progname и environ в секцию кода.
При загрузке LibC должна поместить указатели на соответствующие структуры в эти переменные, за что и получает по рукам.
Код помечен только для чтения, а поскольку LibC упасть не может, то информация об этом передается в приложение в виде сигнала.

Изменил расположение переменных, поместил их в данные.
Теперь приложения просто падают с Segmentation fault.

Сделал. Теперь:

Я это пофиксил. Теперь вот и борюсь с core dump.

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

Во FreeBSD BlackBox1.run работает.

Проверил, теперь запускается, GUI-версия тоже.

Только надо добавить "e_ident[8] := 0X" в Dev2LnkWriteElf.WriteElfHeader, потому что массив e_ident может состоять из ненулевых символов, и при вызове WriteStr в случае,
когда e_ident[7] # ELFOSABI_NONE, происходит выход за границу массива.

Универсальный компоновщик Dev2 (ELF: Linux, FreeBSD, OpenBSD)

Отладочный код не удалил
Я бы еще e_ident полностью инициализировал, не только последний символ строки.

Оказывается? это относится к FreeBSD. Так помечаются файлы, которые должны выпоняться чарез Linux ABI.

Вот ещё, не только мы паримся: https://golang.org/src/runtime/cgo/freebsd.go

Давайте обсудим как это интегрировать в Блэкбокс. Раз теперь есть возможность полноценной кросскомпиляции, то возможно несколько вариантов.

Если исходить из той парадигмы, которую нам предлагают исходно Oberon microsystems, то у нас есть каталог Host, отвечающий за ту или иную платформу в конкретной сборке, и DevLinker должен использовать сборщик характерный для текущей платформы. Было бы логично разделить DevLinker на абстрактную и Host часть. При этом кроссплатформенная линковка происходит через временную замену HostLinker.

Попробую сделать прототип такой системы.

DevLinker (и DevElfLinker, и Dev2Linker) же и так платформонезависим.

Там нет части host, есть target.