Интероперабельность
Posted: Wed Nov 02, 2016 12:45 am
В Колибри насобиралось достаточно много языков высокого уровня и для снижения уровня велосипедостроения создана эта темка.
Суть - использование библиотек, написанных на одном языке, из другого.
Чтобы не потерялось в веках и мусоре, примеры использования.
Опыты показывают, что:
1. На ассемблере можно сделать объектный файл, который можно подлинковать к другим программам.
- Статически - в виде COFF для GCC, в виде ELF для TCC, возможно к другим языкам с поддержкой внешней линовки.
- Динамически в виде загружаемой COFF библиотеки с помощью SysFn68.19 к любым другим языкам.
Собственно, на данный момент COFF библиотеки являются наибольшим общим делителем межязыкового общения.
Важные моменты
- нужно заботится о реентерабельности, не использовать статических переменных
- крайне желательно выдерживать x86 calling convention - в вызываемой функции можно не сохранять только EAX, ECX, EDX
- принято соглашение stdcall
2. На C-- можно писать COFF библиотеки (и конечно использовать), а также имеем неплохую совместимость с GCC:
- из программ на С можно вызывать функции на С--
- с небольшим шаманством можно из С использовать объектные расширения С--
- из С-- функций можно вызывать функции clib (полезно, если основная программа на С)
Вариант использовать clib и построенные на ее базе библиотеки из основной программы на С-- затруднительно,
поскольку нет возможности линковать к программе сторонние объектники.
3. С помощью GCС тоже оказывается можно создавать COFF библиотеки. При этом достигается и компактность по размеру.
Обратить внимание нужно на:
- выравнивание в структурах с помощью __attribute__((__packed__))
- использование системного выделения памяти
- запрет использования функций clib, кроме built-in функций. Функции математики частично можно превратить в built-in
с помощью -ffast-math. Но в целом пробная линковка не должна показывать ни одной внешней функции
4.TinyC не совместим с GCC по формату объектных файлов. Совместимость можно обеспечить только на уровне исходного кода.
В помощь #ifdef __TINYC__ и __GNUC__
COFF библиотеки использовать можно.
5. Оберон - умеет использовать COFF библиотеки
6. FreeBasic - умеет использовать COFF библиотеки
Требует проработки - вариант генерации и использования PE DLL. Сейчас их загружать умеет только GCC, для остальных нет поддержки.
С другой стороны, их создание поддерживается С--, ASM, и любым С-компилятором.
Недостаток COFF библиотек - невозможно собрать из нескольких объектных файлов одну библиотеку (например на разных языках) и ручная привязка функций по именам.
....to be continued....
Суть - использование библиотек, написанных на одном языке, из другого.
Чтобы не потерялось в веках и мусоре, примеры использования.
Опыты показывают, что:
1. На ассемблере можно сделать объектный файл, который можно подлинковать к другим программам.
- Статически - в виде COFF для GCC, в виде ELF для TCC, возможно к другим языкам с поддержкой внешней линовки.
- Динамически в виде загружаемой COFF библиотеки с помощью SysFn68.19 к любым другим языкам.
Собственно, на данный момент COFF библиотеки являются наибольшим общим делителем межязыкового общения.
Важные моменты
- нужно заботится о реентерабельности, не использовать статических переменных
- крайне желательно выдерживать x86 calling convention - в вызываемой функции можно не сохранять только EAX, ECX, EDX
- принято соглашение stdcall
2. На C-- можно писать COFF библиотеки (и конечно использовать), а также имеем неплохую совместимость с GCC:
- из программ на С можно вызывать функции на С--
- с небольшим шаманством можно из С использовать объектные расширения С--
- из С-- функций можно вызывать функции clib (полезно, если основная программа на С)
Вариант использовать clib и построенные на ее базе библиотеки из основной программы на С-- затруднительно,
поскольку нет возможности линковать к программе сторонние объектники.
3. С помощью GCС тоже оказывается можно создавать COFF библиотеки. При этом достигается и компактность по размеру.
Обратить внимание нужно на:
- выравнивание в структурах с помощью __attribute__((__packed__))
- использование системного выделения памяти
- запрет использования функций clib, кроме built-in функций. Функции математики частично можно превратить в built-in
с помощью -ffast-math. Но в целом пробная линковка не должна показывать ни одной внешней функции
4.TinyC не совместим с GCC по формату объектных файлов. Совместимость можно обеспечить только на уровне исходного кода.
В помощь #ifdef __TINYC__ и __GNUC__
COFF библиотеки использовать можно.
5. Оберон - умеет использовать COFF библиотеки
6. FreeBasic - умеет использовать COFF библиотеки
Требует проработки - вариант генерации и использования PE DLL. Сейчас их загружать умеет только GCC, для остальных нет поддержки.
С другой стороны, их создание поддерживается С--, ASM, и любым С-компилятором.
Недостаток COFF библиотек - невозможно собрать из нескольких объектных файлов одну библиотеку (например на разных языках) и ручная привязка функций по именам.
....to be continued....