alchemyst/story/linux_go_blt.md
anton.gurov fcf34831cb story
2019-11-05 18:32:00 +03:00

3.0 KiB
Raw Blame History

Установка и работа с BLT на Linux

Для Windows и Mac проблем с Go + BLT, насколько мне известно нет. С Linux, которая моя основная рабочая ось - другая история, здесь вносят свой шарм особенности работы линкера. Дело в том, что в составе BLT есть готовые биндинги для Go, НО! В Terminal/Include/Go по умолчанию указаны такие флаги линкера CGO (стр 25)

// #cgo LDFLAGS: -lBearLibTerminal

Что подразумевает глобальную вивдимость библиотеки. Увы, пока пакета с BLT для распространенных дистрибутивов Linux нет. Поэтому беде нужно помочь руками. Сначала вручную показать линтеру, что такая библиотека есть, и потом перезагрузить кеш путей к библиотекам::

$ sudo echo "/path/to/libbearterminal.so" > /etc/ld.so.conf.d/libbearterminal.conf && sudo ldconfig

Проблема тут в том, что эту же операцию придется проделать всем, кто захочет запустить ваше приложение с BLT. Вопреки распространенному стереотипу - доля красноглазых пользователей Linux с каждым годом падает, и эта консольная магия для большинства уже некомильфо.

Способ второй, которым воспользовался я, намного проще для пользователя. Редактируем файл с биндингами примерно следующим образом:

// #cgo LDFLAGS: -L. -Wl,-rpath -Wl,./ -lBearLibTerminal
// #include <stdlib.h>
// #include <BearLibTerminal.h>
import "C"

(знатоки С, простите, я этими флагами вообще пользоваться не умею)

Далее - собираем приложение с libtcod go build -o test.

Проверяем, что относительные пути записались в бинарник:

objdump -p test | grep RPATH

Результат должен быть таким:

RPATH                ./

Ура! Теперь кладем libBearLibTerminal.so прямо в папку с main.go и запускам go run (или скомпилированный бинарник) прям оттуда. Собранные таким образом бинарники будут искать библиотеку в той же папке, где находятся они сами.

Теперь при дистрибуции приложения можно просто положить .so файл библиотеки рядом, и все будет работать!