Сторонние библиотеки в Lisp

Подскажите как установить сторонние библиотеки в Lisp? Пользуюсь SBCL и CLisp на Linux, IDE Emacs и Geany.
Дело в том что я не особо хорошо могу программировать и хочу сделать прогу с гуем и хочу поковыряться в ГТК и Cairo https://github.com/rpav/cl-cairo2, в рамках практики и вообще как работать с библиотеками. И всё что я нашел это слишком туманные объяснения, которые слишком круты для меня как для новичка. Если можно, то конкретно для новичка как установить библиотеку по шагам и наверное так чтобы можно было на ответ ссылаться если у кого бы то ни было возникнет подобный вопрос.

quicklisp устанавливал по этой инструкции http://lisper.ru/articles/quicklisp
пытался разобраться в этом http://lisper.ru/wiki/cookbook:asdf но это для меня слишком круто
для GTK нужны библиотеки отсюда https://www.cliki.net/GTK пытался установить через quicklisp сообщение не найдена библиотека

Я уже в отчаянии. Lisp мне очень нравится и не очень хочется уходить с него, но я не пойму структуру языка. А изучение синтаксиса это не совсем изучение языка, так как в любом языке есть ещё как минимум компилятор-интерпретатор и структура файлов и их взаимодействие.

2

Как говорится, GUI в CL - это Emacs. Тут два аспекта. С одной стороны, с GUI традиционно было туго. Но с другой - наличие Emacs-а во многом решает проблему интерфейса. Можно сосредоточиться на том, что программа делает, а не на взаимодействии с пользователем.

В принципе, установка и загрузка библиотеки производится в одно действие:
Например,
После этого библиотека присутствует в образе лиспа, с которым вы работаете, как будто она всегта там была.

Свой код вы тоже однажды захотите организовать в виде библиотеки. Создать простую ASDF библиотеку несложно. Однако для начала достаточно писать код в одном файле и загружать его функцией load.

Некоторое время назад я экспериментировал с cl-cffi-gtk, не понравилось. Когда эта библиотека грузится, инициализируется что-то сишное; при разработке возникали ошибки, в результате которых работа с библиотекой рушилась, и повторно инициализировать её не получалось. Приходилось перегружать лисп. Это примерно так же нелепо, как перегружать комп. Если что, эта библиотека загружалась с помощью
cl-cairo2 больно давно не обновлялась. Тем не менее, у меня нормально устанавливается с помощью
Вы напишите, что конкретно хотите сделать, и что не грузится. Я бы за компанию поковырялся.

Добавлено через 58 минут

Сообщение от greygoo в любом языке есть ещё как минимум компилятор-интерпретатор и структура файлов и их взаимодействие.

В CL важнее, что есть работающий образ, который общается с окружающим миром и, в частности, с программистом/пользователем. Образ может загружать новый код из файла, но может и получать от пользователя или читать из сокета. Определения в лиспе - это обычно именование объектов символами, поэтому с точки зрения кода первостепенную важность имеют символы и "неймспейсы" - пакеты. Прочитаны ли они из файлов и если да, то из каких - не очень важно. Например, после загрузки библиотеки cl-ppcre в образе появляется пакет "CL-PPCRE", содержащий инструменты для регулярных выражений, и неважно, откуда они взялись. Связи между пакетами и файлами нет. Можно использовать несколько пакетов в одном файле, либо несколько файлов могут быть в одном пакете, либо вообще пакет может определяться в рантайме.

3

Кстати, насчёт создания простой библиотеки. Для этого можно воспользоваться библиотекой quickproject. Функция quickproject:make-project создаст проект с файлом для кода, файлом package.lisp, в котором описываются пакеты библиотеки, и файлом ASDF-системы. В последнем можно добавлять зависимости по мере того, как они появляются и перечислять файлы проекта по мере того, как они отпочковываются.

Но это не первостепенная необходимость. Чтобы людям не стыдно было показать. Несколько тысяч строк кода можно написать и без ASDF-системы.

В лиспе удобно переходить сразу к мясу.

Сообщение от greygoo не очень хочется уходить с него

Ну, вряд ли возможно писать только на CL. Часто мы ограничены в выборе языка. Например, в машинном обучении это питон.

3

Спасибо большое за ответ, и прошу прощение за долгий ответ с моей стороны, я всё еще не могу заставить работать asdf-систему.
Я пытаюсь написать программу которая без ГУЯ вряд-ли будет работать... дело в том, что я как раз занимаюсь нейросетями и я хочу видеть их работу точнее распределение весов, я не использую многослойные сети я использую вариации марковских цепей, я вижу это приложение примерно так:
в центре гуя расположить круг
зная центр и радиус круга мы можем расположить нейроны расположены по кругу
зная координаты одного и другого нейрона как отклонение на заданный угол кидаем линию цвет означает её значение от -1 до 1 или от 0 до 1 здесь и требуется cairo векторная графика особенно для линий не требует много памяти, будет быстрой и легкой
получится что то типа этого пример и куча практики в clisp и ГУЕ
Я не думаю что это приложение можно сделать в терминале или еще как и желательно хочу чтобы было в реальном времени знаю задача большая, но мне очень надо видеть как распределяются веса по мере работы сети, графики не сильно помогают

ЗЫ: тоже поработал с cl-cffi-gtk чуть что падает, думал это из-за того что нормально не работает asdf, в кукбук пытаюсь реализовать 3 вариант чтобы работало не заметно от меня

Это всё заставляет выделить три метода управления системами в ASDF: 1. Манипуляции с asdf:*central-registry* - добавление директорий в которых могут находится .asd файлы, метод неудобен тем что директории проектов могут быть вложенными, и слишком много добавлений будет требоваться 2. От недостатка предыдущего метода можно избавится определив одну директорию в asdf:*central-registry* и накапливать в нём символические ссылки на реальные .asd файлы. Недостаток - необходимость в специальных приёмах эмуляции симлмнков в Windows. 3. Наконец запись функций поиска в asdf:*system-definition-search-functions*. Этот метод почти безупречен - все .asd файлы могут легко находится, а системы компилироваться или загружаться по мере надобности. Единственный недостаток - время рекурсивного поиска, но его можно ограничить установлением максимальной глубины просмотра директорий (обычно хватает 2-3 уровней).

Миниатюры

 

1

Сообщение от greygoo сl-cffi-gtk чуть что падает, думал это из-за того что нормально не работает asdf,

Я думаю - потому что си. Если работать чисто с си, то упавшую программу легко перезапустить. А в образе лиспа повторно инициализировать сишную библиотеку может быть проблемой.

Поэтому мне идеологически нравится LTK. Графическая часть живёт сама по себе. LTK не пойдёт?

Сообщение от greygoo и я хочу видеть их работу точнее распределение весов,

А в чём тут интерфейс? Может, достаточно сохранять изображения?

1

В принципе я думаю можно, а по поводу сохранения изображений наверное и такой вариант сойдёт
Я пробовал LTK довольно стабильно работает покрайней мере лучше ГТК. Мне ещё понравился нуслеар, но сыроват
Я здесь учусь https://lispcookbook.github.io... k/gui.html

1

Сообщение от greygoo В принципе я думаю можно, а по поводу сохранения изображений наверное и такой вариант сойдёт

canvas в Tk умеет "живой" вектор в интерфейсе и сохранять в postscript

Добавлено через 11 минут

Сообщение от greygoo ЗЫ: тоже поработал с cl-cffi-gtk чуть что падает, думал это из-за того что нормально не работает asdf, в кукбук пытаюсь реализовать 3 вариант чтобы работало не заметно от меня

Для GTK есть Iup оберткой и родной интерфейс gobject-introspection. Почти все страдания с Сишной природой они бурут на себя, но примеры с Сишных исходников переделывать в уме иожет быть накладно Соттветственно может будет смысл посмотреть лисповые бибилиотеки для них

0

подтверждаю, cl-cffi-gtk - ПАДАЕТ! падает она когда в окно поступает сообщение от мыши, с сообщением деление на ноль. в чем дело пока понять не могу. я использовал самую последнюю версию 20201220, возможно у меня просто старый gtk.

Добавлено через 8 минут
в принципе при использовании quicklisp, конфигурирования asdf не требуется. Но иногда возникает необходимость. например я пытаясь войти в суть вашей проблемы попытался загрузить систему:
(asdf:load-system :cl-cffi-gtk-demo-gdk)
на что получил ответ что такой системы нет!
поэтому добавил путь к этой системе так:
конфигурирование asdf для поиска систем, есть простой современный способ:
надо создать файл: source-registry.conf в
директории ~/.config/common-lisp
и в нем прописал:
(:source-registry
(:directory (:home
"quicklisp/dists/quicklisp/software/cl-cffi-gtk-20201220-git/demo/gdk-demo")) ;; w
:inherit-configuration)

вместо directory можно указывать tree, тогда для поиска систем будут сканироваться поддиректории.

Добавлено через 1 час 56 минут
да вот здесь написано, (https://github.com/crategus/cl... ues/85)что данная проблема только при использовании SLIME.
Я попробовал запускать примеры через обычный repl - все работает.

со slime там идет какая то несовместимость в потоках. тяжело там разбираться да и лень, если repl работает, то и ладно. можно пользоваться им напрямую. хотя конечно не так удобно как через emacs.

1

Вроде там написано, что проблема из-за компилирования в Slime. А если загружать в слаймовом же репле, должно, наверно, быть нормально.

Это только у меня впечатление, что проще написать GUI на другом языке и использовать IPC? В принципе, ltk или браузерный интерфейс можно рассматривать как частные случаи этого подхода.

Кстати, онтопик: а браузерный интерфейс не пойдёт?

0

Поковырялся я еще с библиотекой gtk. заметил "странную" особенность. в repl окно создается(из демонстрационных примеров) и все работает, как только пишу скрипт(люблю делать маленькие простые программки, запускающиеся с
командной строки), ни окна, ничего нет.
Проблема оказалась в том, что gtk библиотека много потоковая, и для своей работы она использует не основной поток, создает отдельный поток обработки сообщений. Поэтому мои функции нормально инициализировались, но окно создаться не успевало, т.к. основной поток завершался, а вместе с ним и вся программа.
Выход простой. в одном ответе на подобную проблему я нашел совет создать бесконечный цикл:
все заработало, вот только после завершения основной нити консоль висела в этом бесконечном цикле. решение есть
в самом cl-cffi-gtk, там есть функция ожидания завершения нити работы gtk
таким образом минимальный каркас приложения gtk вот такое:

0