Форум программистов, компьютерный форум, киберфорум
Наши страницы

Lisp

Войти
Регистрация
Восстановить пароль
 
 
helter
Эксперт по математике/физике
3657 / 2683 / 273
Регистрация: 12.03.2013
Сообщений: 4,941
#1

Различные IDE для диалектов лиспа - Lisp

20.04.2014, 21:26. Просмотров 21497. Ответов 124
Метки нет (Все метки)

Я работаю с лиспом (развлекаюсь, конечно, а не работаю) в vim + slimv. Буду нести эту связку в массы. Сразу оговариваюсь, что я не эксперт по slimv-у, поэтому что-то могу делать неоптимально и могу не знать многих фич. Однако и так он устанавливает достаточно удобный диалог с лиспом для того, чтобы не разменивать Редактор на всякую ерунду.

Slimv - это плагин, который имитирует функциональность Slime. В частности, он устанавливает диалог с работающим лисповым процессом. Написан на vimlang и python (та часть, которая отвечает за общение процессов через сокеты).

Да, я буду писать линуксоцентрично. Вроде бы slimv работает и на Windows, но пользователи оной ОС пусть сами разбираются, как его ставить. Также я буду писать CL-центрично, хотя slimv поддерживает и другие диалекты.

Я буду предполагать общее знакомство читателя с vim-ом, но нубовопросы по виму задавать можно и нужно.

Начать с установки.

Требования: vim с python и python.

Установка плагина тривиальна. Если есть pathogen, просто распаковать свежий slimv в ~/.vim/bundle. Если нет pathogen-а, сначала установить его по инструкции и см. п. 1.

Ещё у меня есть файл ~/.vim/ftplugin/lisp.vim следующего содержания:
Код
set lw-=if
set lw+=set-macro-character
set lw+=set-dispatch-macro-character
set lw+=block
set lw+=defsetf

inoremap <buffer> <C-\> lambda 
nnoremap <buffer> <Space> <C-w>w

nmap <buffer><silent> == :call Scheme_indent_top_sexp()<cr>

let g:slimv_browser_cmd = "dillo"

" Indent a toplevel sexp.
fun! Scheme_indent_top_sexp()
    let pos = getpos('.')
    silent! exec "normal! 99[(=%"
    call setpos('.', pos)
endfun
Что вам отсюда может быть нужно? Сначала корректируется параметр lispwords - он перечисляет список слов, которые требуют "лисповый" стиль индентации. Из числа lispwords исключаем if, чтобы его индентация соответствовала требованиям http://dept-info.labri.u-bordeaux.fr...dentation.html. Затем добавляем несколько лиспослов, которые виму почему-то неизвестны.

Затем пара мапов: в режиме вставки C-\ даёт лямбду (баловство) и более важное: в нормальном режиме пробел переключает между окнами. Удобно прыгать из файла в репл и обратно.

Дальше == перемапливается на функцию, индентирующую с-выражение верхнего уровня, содержащее курсор. Это полезнее, чем дефолт (индентовать строку). Функцию откуда-то скопипастил вместе с названием.

Ну и в качестве браузера, в котором открывается HyperSpec, я себе назначил dillo.
2
Лучшие ответы (1)
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
20.04.2014, 21:26
Здравствуйте! Я подобрал для вас темы с ответами на вопрос Различные IDE для диалектов лиспа (Lisp):

Возможности и ограничения диалектов Лиспа - Lisp
Предлагаю обсудить возможности и ограничения диалектов Лиспа.

Существуют ли IDE для лиспа под Ubuntu? - Lisp
Добрый день! Посоветуйте, пожалуйста, какую-нибудь IDE для лиспа под ubuntu, если такая имеется. Добавлено через 2 часа 13 минут Или...

Библиотека для лиспа - Lisp
Здравствуйте. Если можно, подскажите ресурс с библиотекой lib-k.lsp

Подскажите программное обеспечение для лиспа - Lisp
С лиспом вообще не знакома , но есть написанная программа ХХХ.lsp , диалог , программа типа доктор . Подскажите чем ее можно открыть...

Как написать эту программу,используя только базис Лиспа, для подсчета суммы четных - Lisp
Дан список чисел. Определить функцию, возвращающую сумму только чётных элементов.

Интерпретатор Лиспа - Lisp
Какой интерпретатор для Лиспа поддерживает Wundows 7? Я скачал Lisp IDE, но не знаю как запустить программу. Помогите пожалуйста.

124
Catstail
Модератор
23004 / 11371 / 1852
Регистрация: 12.02.2012
Сообщений: 18,609
22.06.2014, 11:08 #16
Цитата Сообщение от helter Посмотреть сообщение
А так-то оконный интерфейс - естественная часть любой современной ОС.
- для Linux-систем окна - это последствия установки внешних программ. В "чистом Linux" (и, как мне кажется, других юниксоидных системах) окон нет.
0
castorsky
1971 / 1073 / 79
Регистрация: 29.11.2013
Сообщений: 3,349
22.06.2014, 17:22 #17
скажем проще. В уиндоус графика в ядре, в юникс и линукс вне ядра. Аргументы ЗА и ПРОТИВ...
Цитата Сообщение от Lambdik Посмотреть сообщение
Пробовал уже и на Scheme
>http://docs.racket-lang.org/ C^c "GUI and Graphics Libraries" C^f C^v
>search: htdp, htdp2
1
Catstail
Модератор
23004 / 11371 / 1852
Регистрация: 12.02.2012
Сообщений: 18,609
22.06.2014, 17:29 #18
Цитата Сообщение от castorsky Посмотреть сообщение
Аргументы ЗА и ПРОТИВ...
- что до меня, то я предпочитаю бОльшую часть времени тратить на содержательную часть проблемы, а не на настройки. Поэтому мне ближе принцип "все в одном".
1
helter
Эксперт по математике/физике
3657 / 2683 / 273
Регистрация: 12.03.2013
Сообщений: 4,941
22.06.2014, 20:54  [ТС] #19
Цитата Сообщение от Catstail Посмотреть сообщение
- для Linux-систем окна - это последствия установки внешних программ. В "чистом Linux" (и, как мне кажется, других юниксоидных системах) окон нет.
В смысле "внешних"? Что окна не зашиты в ядро? Да, не зашиты, и само по себе это не плохо (в частности, позволяет обходиться без "иксов", когда они не нужны). Но ядро - ещё не ОС. Линукс очень модулен, и графическая оболочка является одним из таких "модулей", который существует в линуксовой экосистеме и не является для неё чем-то внешним. Кроме того, надо помнить, что линуксовая и виндоузная экосистемы устроены по-разному. В виндоуз действительно "внешние программы" - идёшь на сайт, качаешь установщик, запускаешь, ставишь программу, которая (в идеале) существует параллельно другим программам. В линуксе основная единица - пакет, разные программы могут использовать одни и те же пакеты, и большой набор согласованных друг с другом пакетов живёт в репозитории. Репозиторий - это никак не внешний мир. В частности, установить программу из репозитория - одна строчка в консоли или пара щелчков в графическом пакетном менеджере. Вот поэтому-то в линуксе удобно совмещать GTK, Qt, Wx Widgets, Tk и всё что угодно, и если они не стоят, поставить их - тривиально. Для Windows же скорее характерно "всё в одном", и что-то присобачить к этом целому уже тяжело.

Цитата Сообщение от Catstail Посмотреть сообщение
- что до меня, то я предпочитаю бОльшую часть времени тратить на содержательную часть проблемы, а не на настройки. Поэтому мне ближе принцип "все в одном".
Ну вот я когда ставил систему, сразу же ставил с графикой. Настройки - какие настройки? В общем и целом работаю с умолчаниями, вполне удобно - наверно, потому что неглупые люди разрабатывали. Но всегда могу поменять, это греет. В "попсовых" дистрибутивах настраиваемость является возможностью, а не необходимостью. Отсутствие же настраиваемости (где бы то ни было) - крупный недостаток.

Кстати, перекос в Windows в сторону GUI вызывает, мне кажется, сходный перекос в сознании пользователей этих людей. А на самом деле можно серьёзно рассматривать вопрос о дизайне интерфейса вне связи с конкретными ОС. И оказывается, что не всё просто и не всё однозначно. GUI и CLI имеют существенно разные свойства, поэтому у них разная эффективность в разных задачах. Например, вы пытались когда-нибудь организовать взаимодействие двух программ через их GUI?

Интересные мысли по поводу дизайна интерфейса есть в The Art of Unix Programming
http://homepage.cs.uri.edu/~thenry/r...html#id2888363
http://homepage.cs.uri.edu/~thenry/r...cechapter.html
1
ur_naz
Заблокирован
22.06.2014, 22:10 #20
Цитата Сообщение от helter Посмотреть сообщение
вы пытались когда-нибудь организовать взаимодействие двух программ через их GUI?
С каких пор программы общаются через GUI? Программы общаются посредством передачи сообщений. GUI - всего лишь обертка для пользователя, эдакий модернизированный руль... cli - пережиток прошлого, когда не было технических ресурсов для GUI. Когда они появились, часть программистов использовали новые возможности, так появилась windows, а часть проигнорировало, на многие годы определив для себя участь разработчиков серверной платформы... Может это и к лучшему, сейчас мы имеем и то и другое на высоком уровне. Когда, наконец-то, линуксоиды стали задумываться о пользователе, появились "попсовые" nix-системы. Но время было упущено. То же самое с лиспом, сравните Лазарус (я не говорю о VS и Delphi, то есть то, во что она выросла) и, например, clisp - это, как говорят у нас в Одессе, две большие разницы. Есть такой компилятор Digital Mars C. Кто о нем знает? А все потому, что там нет ide, то есть оно есть, но не бесплатно, а раз так, то зачем? Отсутствие внятной среды разработки и игнорирование принципов RAD никак не способствует популяризации лиспа, так он и болтается в академической нише, особенно у нас, где до сих пор изучают диалекты, которые на моей 64 битной системе даже не запустятся.
0
helter
Эксперт по математике/физике
3657 / 2683 / 273
Регистрация: 12.03.2013
Сообщений: 4,941
22.06.2014, 22:43  [ТС] #21
Цитата Сообщение от ur_naz Посмотреть сообщение
С каких пор программы общаются через GUI? Программы общаются посредством передачи сообщений. GUI - всего лишь обертка для пользователя, эдакий модернизированный руль... cli - пережиток прошлого, когда не было технических ресурсов для GUI. Когда они появились, часть программистов использовали новые возможности, так появилась windows, а часть проигнорировало, на многие годы определив для себя участь разработчиков серверной платформы... Может это и к лучшему, сейчас мы имеем и то и другое на высоком уровне. Когда, наконец-то, линуксоиды стали задумываться о пользователе, появились "попсовые" nix-системы. Но время было упущено. То же самое с лиспом, сравните Лазарус (я не говорю о VS и Delphi, то есть то, во что она выросла) и, например, clisp - это, как говорят у нас в Одессе, две большие разницы. Есть такой компилятор Digital Mars C. Кто о нем знает? А все потому, что там нет ide, то есть оно есть, но не бесплатно, а раз так, то зачем? Отсутствие внятной среды разработки и игнорирование принципов RAD никак не способствует популяризации лиспа, так он и болтается в академической нише, особенно у нас, где до сих пор изучают диалекты, которые на моей 64 битной системе даже не запустятся.
Это вообще всё намешано в кучу. IDE - это одно, разработка приложений с GUI - это совершенно другое, а вопрос, когда удобнее использовать GUI, а когда - CLI - третье.

Что до последнего, то "cli - пережиток прошлого, когда не было технических ресурсов для GUI" - как раз тот перекос в сознании, о котором я писал. Конкретизирую ссылки на The Art...:
http://homepage.cs.uri.edu/~thenry/resources/unix_art/ch11s04.html
Очень рекомендую, хотя чувствуется некая предрасположенность к CLI. Однако вес аргументов каждый и сам может оценить...
Общая мысль - удобство CLI или GUI зависит от конкретной задачи.

Ещё хорош CLI - тем, что это простой и надёжный фундамент. Над ним можно уже надстраивать графические интерфейсы и что угодно. А в Windows под окнами такого фундамента нет. Поэтому затруднено налаживания взаимодействия программ и скриптование.

Цитата Сообщение от ur_naz Посмотреть сообщение
С каких пор программы общаются через GUI? Программы общаются посредством передачи сообщений. GUI - всего лишь обертка для пользователя, эдакий модернизированный руль...
Гм. Например, как мне выяснить, какое сообщение мне отправить Adobe Acrobat-у, чтобы он открыл заданный файл на сотой странице? Не говоря уже о том, каким образом мне как пользователю это сообщение отправить? (Ответ на второй вопрос - AutoHotkey.)

Цитата Сообщение от ur_naz Посмотреть сообщение
То же самое с лиспом, сравните Лазарус (я не говорю о VS и Delphi, то есть то, во что она выросла) и, например, clisp - это, как говорят у нас в Одессе, две большие разницы.
Delphi - закрытая коммерческая среда с небесплатным IDE, насколько помню. Её уместно сравнивать, например, с Allegro CL. Лазарус не видел. CLISP - компилятор. А традиционная IDE для лиспа - emacs (гуи).

Цитата Сообщение от ur_naz Посмотреть сообщение
Есть такой компилятор Digital Mars C. Кто о нем знает? А все потому, что там нет ide, то есть оно есть, но не бесплатно, а раз так, то зачем?
Я тоже о нём не знаю. Но вообще компилятор и IDE - ортогональные вещи. Была бы нужна IDE, написали бы и свободную, наверно.
0
castorsky
1971 / 1073 / 79
Регистрация: 29.11.2013
Сообщений: 3,349
22.06.2014, 23:15 #22
Цитата Сообщение от Catstail Посмотреть сообщение
- что до меня, то я предпочитаю бОльшую часть времени тратить на содержательную часть проблемы, а не на настройки
Не о том речь. Нужно использовать флаги, методы (функции, потому что Ъ использует си и/или masm) для работы с интерфейсом. В целом в обоих системах процесс создания Г интерфейса один. Я подразумевал графику в ядре как архитектурном решении для системы.
Цитата Сообщение от helter Посмотреть сообщение
в частности, позволяет обходиться без "иксов", когда они не нужны
Лично у Вас такие случаи в практике были? Работа по сети не в счет. Мне показалось что у Вас довольно поверхностные знания об операционных системах в общем и линукс в частности. Ну когда это в линукс "основная единица - пакет"? Что делать тем кто не использует пакетные менеджеры? У них и репозиториев нет. Да и вовсе не тривиально заниматься сборкой софта для линуксов. Не редко приходится править конфигурялки, или явно задавать параметры, а пользователи репозиториев обречены на постоянно "не свежие" версии сторонних программ.

Добавлено через 2 минуты
Цитата Сообщение от ur_naz Посмотреть сообщение
cli - пережиток прошлого, когда не было технических ресурсов для GUI.
громко. Вы все задачи сводите к "рабочему столу", а есть еще встраиваемые системы, серверы. Это ограниченный на ресурсы сегмент и использование графики там смерти подобно.

Добавлено через 10 минут
Цитата Сообщение от ur_naz Посмотреть сообщение
Отсутствие внятной среды разработки и игнорирование принципов RAD никак не способствует популяризации лиспа, так он и болтается в академической нише, особенно у нас
Проблема скорее системы образования в нежели в том, на что Вы расставили акцент. Достаточно сравнить как обучают программистов буржуи и наши, как говорят у нас в Одессе: это две большие разницы
0
helter
Эксперт по математике/физике
3657 / 2683 / 273
Регистрация: 12.03.2013
Сообщений: 4,941
22.06.2014, 23:23  [ТС] #23
Цитата Сообщение от castorsky Посмотреть сообщение
Лично у Вас такие случаи в практике были?
У меня - нет.
Цитата Сообщение от castorsky Посмотреть сообщение
Мне показалось что у Вас довольно поверхностные знания об операционных системах в общем и линукс в частности.
Подтверждаю. Я и пишу с позиций пользователя-чайника. У меня нет никаких сложностей со сборкой софта, потому что их взяла на себя команда дебиана.

Цитата Сообщение от castorsky Посмотреть сообщение
Не редко приходится править конфигурялки, или явно задавать параметры, а пользователи репозиториев обречены на постоянно "не свежие" версии сторонних программ.
А, ну я не configure имел в виду, а настройки уже установленных программ - rc, грубо говоря. А так - да, ставлю несвежие, не страдаю. Кроме вима не помню что сам себе собирал. А, djview. Короче, всё и так нормально работает.

Главное, что каждый может выбрать для себя, насколько он желает погружаться в настройки и в устройство ОС.
0
ur_naz
Заблокирован
23.06.2014, 00:45 #24
Цитата Сообщение от helter Посмотреть сообщение
Ответ на второй вопрос - AutoHotkey
AutoHotkey как раз и занимается перехватом сообщений.
cli - такая же надстройка, как и gui, только используется для обмена информацией в режиме ты мне - я тебе (опционально). Эта линейность - основной минус, нельзя ввести данные в другой последовательности, а с GUI этого недостатка нет.
Цитата Сообщение от helter Посмотреть сообщение
Была бы нужна IDE, написали бы и свободную, наверно.
ну вот написали LispIDE, что в ней хорошего, не знаю, а emax aka lispbox был удален мной через 10 минут после бессвязного тыкания.
Насчет платного allegro cl - это уже что-то, уровень примерно vb6, но почему хоть что-то предлагается за 600$, не понятно.
И остается newlisp - тоже не бог весть что, но уже что-то и абсолютно бесплатно.
Для меня эволюция свободных сред разработки (компилятор+IDE) выглядит так: clisp->devcpp->lazarus, причем, перейдя на последнюю ступень, возвращаться назад уже никакого желания нет.
0
helter
Эксперт по математике/физике
3657 / 2683 / 273
Регистрация: 12.03.2013
Сообщений: 4,941
23.06.2014, 00:53  [ТС] #25
Цитата Сообщение от ur_naz Посмотреть сообщение
AutoHotkey как раз и занимается перехватом сообщений.
Знаю, юзал. (Хотя не все пользователи Windows о нём знают, не мейнстрим это - сообщения отправлять.) Вопрос в том, как узнать, какое сообщение надо отправить Adobe Acrobat-у для открытия заданного файла на заданной странице. Вполне жизненная, кстати, задача - для тех, например, кто с ТеХом работает. Здесь требуется взаимодействие трёх программ: текстовый редактор - ТеХ - вьюер. Даже на Windows это осуществляется средствами CLI.

Добавлено через 57 секунд
а emax aka lispbox был удален мной через 10 минут после бессвязного тыкания.
0
ur_naz
Заблокирован
23.06.2014, 01:16 #26
Цитата Сообщение от helter Посмотреть сообщение
не мейнстрим это - сообщения отправлять
В windows есть COM, клиент вызывает сервер и, если сервер знает, как открыть pdf файл на определенной странице, то программисту достаточно нескольких строк кода, чтобы это сделать, причем совершенно не обязательно знать, как это происходит и кто кого куда посылает. С другой стороны есть целая плеяда хардкорных винапишников, которым проще писать по своему, даже в Делфи и VS, я этого не понимаю. Да, программы на ассемблере работают быстрее, зато программы на .NET+WPF круче и главное удобнее выглядят, намного удобнее, чем командная строка...
А серверы - это другое, пусть себе гудят.
В lazarus, чтобы запустить самое простое виндовое окошко нужно нажать одну кнопку (правую, на мыше), сколько кнопок нужно нажать, чтобы в emacs запустить такое же окошко?
0
castorsky
1971 / 1073 / 79
Регистрация: 29.11.2013
Сообщений: 3,349
23.06.2014, 02:09 #27
Цитата Сообщение от ur_naz Посмотреть сообщение
В windows есть COM, клиент вызывает сервер и, если сервер знает, как открыть pdf файл на определенной странице, то программисту достаточно нескольких строк кода, чтобы это сделать, причем совершенно не обязательно знать, как это происходит и кто кого куда посылает. С другой стороны есть целая плеяда хардкорных винапишников, которым проще писать по своему, даже в Делфи и VS, я этого не понимаю
Приведу пример. Портировал сравнительно крупное приложение, написанное на Delphi + DCOM на линукс. В итоге приложение было не переписано, а написано с нуля. Ибо нету этих COM'ов нигде кроме windows. Не хочу Вас обидеть, но пока Ваши убеждения:
Цитата Сообщение от ur_naz Посмотреть сообщение
Для меня эволюция свободных сред разработки (компилятор+IDE) выглядит так: clisp->devcpp->lazarus
Цитата Сообщение от ur_naz Посмотреть сообщение
а emax aka lispbox был удален мной через 10 минут после бессвязного тыкания
будут живы, то Вы не сможете понять почему "хардкощикам" так удобней. У Вас уже сформировалось убеждение что любую программу можно понять "просто потыкав", кроме того Вы полагаетесь на технологии, существование которых никто не гарантирует.
0
helter
Эксперт по математике/физике
3657 / 2683 / 273
Регистрация: 12.03.2013
Сообщений: 4,941
23.06.2014, 02:40  [ТС] #28
Цитата Сообщение от ur_naz Посмотреть сообщение
В windows есть COM, клиент вызывает сервер и, если сервер знает, как открыть pdf файл на определенной странице, то программисту достаточно нескольких строк кода, чтобы это сделать, причем совершенно не обязательно знать, как это происходит и кто кого куда посылает. С другой стороны есть целая плеяда хардкорных винапишников, которым проще писать по своему, даже в Делфи и VS, я этого не понимаю. Да, программы на ассемблере работают быстрее, зато программы на .NET+WPF круче и главное удобнее выглядят, намного удобнее, чем командная строка...
CLI - интерфейс для пользователя тоже, а не только для программиста. Я спрашиваю насчёт открытия файла как пользователь. Бывают такие пользователи, которые самостоятельно хотели бы настроить взаимодействие редактор - ТеХ - вюьер. Задача тривиальная и решается тривиально - через CLI. А каким боком мне нужно было бы использовать COM, ума не приложу.

Но Windows в целом не заточен под то, чтобы пользователь организовывал взаимодействие программ. Виндоуз-стайл - это огромное самодостаточное приложение с гуём.

Есть и куча других задач, в которых CLI полезен. Например, pdftk или imagemagick - великолепный дизайн, великолепные программы для своих задач, для которых GUI не нужен совсем. Причём над этими программами можно написать графические обёртки: например, гугл подсказывает, что pdfchain обёртывает pdftk. И использовать как удобно. Можно вызвать графическую программу, если лень вспоминать команду. Если помнишь команду, в консоли моментально делаешь, что надо. Если пишешь скрипт, GUI вообще ни к чему. Кстати, консоль интегрируется в графические файловые менеджеры: например, в dolphin удобно нажать на клавишу, вызвать консоль и скопом переименовать тыщу файлов, если лень думать, куда тыкнуть для этого мышкой.

Где-то GUI удобнее, где-то CLI удобнее, и зависит от пользователя в том числе. Хорошо, когда не нужно выбирать или/или и можно пользоваться благами обоих миров. Плохо, когда выбор за тебя сделал кто-то другой.
2
Catstail
Модератор
23004 / 11371 / 1852
Регистрация: 12.02.2012
Сообщений: 18,609
23.06.2014, 09:43 #29
Цитата Сообщение от helter Посмотреть сообщение
Плохо, когда выбор за тебя сделал кто-то другой.
- с этим трудно не согласиться!
1
ur_naz
Заблокирован
23.06.2014, 18:50 #30
Цитата Сообщение от helter Посмотреть сообщение
Где-то GUI удобнее, где-то CLI удобнее, и зависит от пользователя в том числе. Хорошо, когда не нужно выбирать или/или и можно пользоваться благами обоих миров. Плохо, когда выбор за тебя сделал кто-то другой.
Я вот так скажу. Допустим у нас есть гипотетическое IDE с редактором и консолью, а еще в ней настроен каталог пользовательских библиотек. Тогда для того, чтоб запустить программу мне нужно нажать 4 кнопки, где бы на диске эта программа ни находилась. С консолью у меня такой возможности нет и никогда не будет, так в чем же преимущество кс? Преимущество консоли лишь в быстродействии, так как не нужно подлючать графику для виуализации, что повлечет к значительным затратам ресурсов.
Цитата Сообщение от castorsky Посмотреть сообщение
У Вас уже сформировалось убеждение что любую программу можно понять "просто потыкав", кроме того Вы полагаетесь на технологии, существование которых никто не гарантирует.
У меня сложилось впечатление, что если предполагается использовать программу на разных платформах, то и писать ее нужно кросплатформенно, для этого есть средства в Делфи.
0
23.06.2014, 18:50
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
23.06.2014, 18:50
Привет! Вот еще темы с ответами:

Базовые функции Лиспа - Lisp
А что относится к базовым функциям LISPa?

Природа Лиспа - статья - Lisp
Народ. дайте ссылку на русский перевод этой статьи о Лиспе http://www.defmacro.org/ramblings/lisp.html плохо понимаю, а хочется в...

Компиляторы схемы/лиспа - Lisp
Нужен 1. Простой в установке и настройке 2. Имеющий достаточное количество библиотек (как минимум libpng) 3. Компилирующий...

Интерпретатор Лиспа, написаный на Лиспе - Lisp
Подскажите, пожалуйста как реализовать программу- простейший интерпретатор лисповских программ . На вход интерпретатора подается текст,...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
30
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2018, vBulletin Solutions, Inc.