Как link`овать fasm + c(++)?

Question

[Zailox]

У gcc есть возможность линковки при помощи .ld файла. Т.к. я пишу на fasm, а не gas, хотелось бы его использовать вместе с C (C++, если возможно). Есть ли какие нибудь аналоги этой линковке?

UPD: Нашёл, что можно через gcc, есть у кого нибудь простой пример по типу hello world?

Comments

[none7]

fasm умеет генерировать объектные файлы ELF(*.o) и COFF(*.obj). Разве нельзя их скормить gcc с любыми параметрами ?

[jcmvbkbc]

Zailox Если ты приведёшь пример в котором ты хочешь сделать такую линковку я могу показать как это сделать конкретно в твоём примере.

[Zailox]

jcmvbkbc, я починил эту ос, теперь хотел понемногу добавлять C, т.к. на чистом ассемблере далеко не уйдешь. Если получится запустить хоть Hello, World! - буду очень благодарен

[jcmvbkbc]

я починил эту ос, теперь хотел понемногу добавлять C

Zailox, поделись ссылкой на код?

[Zailox]

jcmvbkbc, https://metanit.com/assembler/articles/MiniOS.php

Ничего не менял, кроме org

[jcmvbkbc]

Zailox, написал ответ.

Answer 1

[jcmvbkbc]

я починил эту ос, теперь хотел понемногу добавлять C, т.к. на чистом ассемблере далеко не уйдешь. Если получится запустить хоть Hello, World! - буду очень благодарен

Я положил эту ос на github и приделал к ней Makefile и hello world на C: https://github.com/jcmvbkbc/toster-1388736
Потестировать можно набрав make run и введя команду hello в консоли внутри qemu.

Я, однако, не стал интегрировать этот код на С с кодом на ассемблере. Потому что у кода на ассемблере есть пара проблем:
- код на ассемблере хардкодит координаты бинарников на диске, загружает их в фиксированные адреса в памяти и переходит прямо на них. Это стрёмная практика, я не стану её поощрять.
- этот код 16-битный, для реального режима, можно, конечно, растить его дальше, но куда практичнее было бы переключиться в нормальный защищённый режим, 32- или 64-битный, что одно, что другое не так уж сложно.
- код "ядра" не предоставляет никаких сервисов "приложениям", он только загружает их в память и запускает. Фактически это не ядро а загрузчик для baremetal приложений.

Иными словами, в ответ на вопрос из топика "Как link`овать fasm + c(++)?" скажу, что в данном случае линковать, в смысле используемом в контексте компиляторов, не имеет смысла.

Comments

[Zailox]

Спасибо, сейчас протестирую.
Не так вопрос поставил. Мне не обязательно именно линковать, мне главное из под ассемблера запустить уже другое ядро, на Си

[jcmvbkbc]

мне главное из под ассемблера запустить уже другое ядро, на Си

Zailox, для этого ассемблер-то и не нужен. Можно собрать свой код как multiboot приложение и загружать его напрямую в QEMU или с помощью u-boot на реальном железе. Или как UEFI приложение. В обоих случаях код приложения стартует сразу в защищённом режиме.

[jcmvbkbc]

сейчас протестирую.

Zailox, как успехи?

[Zailox]

jcmvbkbc, собирается всё, кроме hello.c

gcc -nostartfiles -nostdlib -ffreestanding -Ttext=0x700 -static -fno-PIE -m16 -Wl,--build-id=none hello.c -o hello.elf
C:\Temp\ccw1fgpy.s: Assembler messages:
C:\Temp\ccw1fgpy.s:39: Error: register save offset not a multiple of 8
make: *** [Makefile:13: hello.elf] Error 1

(Извиняюсь за задержку)

UPD: судя по сохраненному temp файлу он ругается на .cfi_offset 3, -12
UPD2: сменил -m16 на -m32 и всё скомпилировалось, запустилось, но при вводе команды hello VM зависает

[jcmvbkbc]

судя по сохраненному temp файлу он ругается на .cfi_offset 3, -12

Zailox, ok, мне gcc таких смещений не генерирует, всё это барахло можно отключить добавив опцию -fno-asynchronous-unwind-tables в командную строку gcc. Я запушил патч с этим изменением в репу из ответа.

[Zailox]

jcmvbkbc, ОГРОМНОЕ спасибо! Месяцы поисков потрачены не впустую :)
Ещё попрошу оставить лежать реп, уверен, кому-нибудь тоже повезёт на ответ наткнуться.

[jcmvbkbc]

сменил -m16 на -m32 и всё скомпилировалось, запустилось, но при вводе команды hello VM зависает

Zailox, тут без шансов, 32-битный код в реальном режиме работать не будет, разве что по по случайному совпадению.