LINUX.ORG.RU

export, который из defpackage? Это часть стандарта, а не asdf.

mv ★★★★★ ()
Ответ на: комментарий от bik

>проблема с линками

угу, один криворукий писал под свою любимую платформу, остальным понравилось, проблемы альтернативных ОС шерифов не волнуют - каждый разбирается сам

есть ещё defsystem в clocc (кстати, упоминается на страничке asdf в cliki ), не совсем то-же самое, но единственная известная мне «альтернатива». На сколько оно живо, и уж тем более как там с кросс-платформенностью - хз

yyk ★★★★★ ()
Ответ на: комментарий от bik

>проблема с линками

Если проблема с линками когда-то и была, то сейчас ее нет.

1) Под виндой можно использовать шоткаты.

2) Сейчас (начиная с asdf2) принято хранить asdf-системы в каком-то одном каталоге (т.е., SOME_PATH/project-name/system-name.asd), и в asdf настраивать рекурсивный сбор asd-файлов из каталога SOME_PATH.

Все, что нужно, написано в http://common-lisp.net/project/asdf/asdf/

dmitry_vk ★★★ ()
Ответ на: комментарий от yyk

>один криворукий

Это так по-ЛОРовски --- сразу обвинять других в криворукости, даже не разобравшись в сути происходящего.

dmitry_vk ★★★ ()
Ответ на: комментарий от dmitry_vk

нуу, с шорткатами у меня не получилось - наверное, плохо пробовал.
а рекурсивный обход для сбора асдф файлов - очень криво.

bik ★★ ()
Ответ на: комментарий от bik

>нуу, с шорткатами у меня не получилось - наверное, плохо пробовал.

Видимо, используете древнюю версию asdf. Поддержка шоткатов есть начиная с asdf2 (который идет, например, со свежим sbcl; или его можно скачать и загрузить отдельно).

а рекурсивный обход для сбора асдф файлов - очень криво.

В чем кривость? Это удобно. Единственный минус --- некоторая задержка при первом вызове asdf. Так как лисп перезапускается нечасто, то это не важно.

dmitry_vk ★★★ ()
Ответ на: комментарий от dmitry_vk

>Это так по-ЛОРовски --- сразу обвинять других в криворукости, даже не разобравшись в сути происходящего.

до 2,0 разбираться было не в чем - гвоздями прибил всё, чем пользовался - и забыл. Ладно, переборщил, дело не в кривых руках. Но разных плясок с бубнами это не отменяет.

yyk ★★★★★ ()
Ответ на: комментарий от buddhist

>Clisp под оффтопиком не самый хороший вариант.

не надо быть таким категоричным - смотря для чего

В этой связи меня порадовал MKCL.

ECL с плюшками? Мэйл-лист практически пуст.

У самого ECL периодически вылазят траблы со сборкой (из свежих исходников) под офтопиком. ХЗ что с поддержкой тредов (библиотеками, а не просто pthread). Хотя сама идея хороша. Но несколько лет назад генерируемый сишный код меня поверг в тоску-печаль. Если очень нужен натив - только sbcl (из свободных).

yyk ★★★★★ ()
Ответ на: комментарий от yyk

Clisp под оффтопиком почему-то упорно не хочет видеть ни libreadline, ни libffcall, ни libsigsegv. Так-то я его люблю больше остальных реализаций. На скорость я обычно не смотрю, для этого есть хорошие реализации схемы :)

buddhist ★★★★★ ()
Ответ на: комментарий от buddhist

собранный видит. Если сам собираешь - поиграйся с флагами (только не бери «девелоперскую» ветку), у меня же как-то собирался :)

yyk ★★★★★ ()
Ответ на: комментарий от buddhist

а кстати, у меня эта проблема была с sbcl-1.0.37, а не с clisp. А какую быструю схему используете? chicken, gambit, bigloo?

bik ★★ ()
Ответ на: комментарий от bik

Больше всего люблю Gambit. Иногда Bigloo (по скорости все-таки обгоняет гамбит). Еще под оффтопиком очень не хватает Сталина.

buddhist ★★★★★ ()
Ответ на: комментарий от buddhist

Сталина везде не хватает, а не только в оффтопике.

anonymous ()
Ответ на: комментарий от dmitry_vk

> Сейчас лисп не использую

А что в основном используете в работе и почему, если не секрет?

// не первый раз замечаю, что люди, знающие Lisp, почему-то не имеют работы, связанной с ним.

alienclaster ★★★ ()
Ответ на: комментарий от alienclaster

>А что в основном используете в работе и почему, если не секрет?

Все зависит от конкретного проекта. Сейчас - c, java, javascript. js --- для браузера; c --- на нем дописан модуль для nginx; java --- потому что пишу и буду писать проект не один, а быстро обучить лиспу или найти программистов, знающих лисп, сложнее, чем написать все на java (так как проект пока достаточно простой для этого).

не первый раз замечаю, что люди, знающие Lisp, почему-то не имеют работы, связанной с ним.

В этом нет ничего страшного или печального, ИМХО.

dmitry_vk ★★★ ()
Ответ на: комментарий от dmitry_vk

>java --- потому что ...

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

dmitry_vk ★★★ ()
Ответ на: комментарий от alienclaster

не первый раз замечаю, что люди, знающие Lisp, почему-то не имеют работы, связанной с ним.

А почему хобби должно совпадать с работой?

mv ★★★★★ ()
Ответ на: комментарий от mv

>> не первый раз замечаю, что люди, знающие Lisp, почему-то не имеют работы, связанной с ним.

А почему хобби должно совпадать с работой?


Хобби - как раз занятие, непосредственного отношения к выполнению производственных задач не имеющее. Как если бы фрезеровщик по металлу был одновременно знатным ювелиром или ученым, при любой возможности ругающим рутинную, грязную, монотонную работу за станком. Но, вместо того, чтобы сменить место занятости и начать использовать свои способности по назначению, каждое утро наутюживает робу чернорабочего и доблестно отправляется в цех. Днем вновь демонстрирует окружающим глубокие познания в квантовой физике и бесплатно оценивает многомиллионные самоцветы «за пивасик».

alienclaster ★★★ ()

Вот пилится еще альтернатива XCVB. Кто-нибудь использует?

anonymous ()
Ответ на: комментарий от bik

den73

asdf 2.0 нормально работает с lnk-файлами, её и используй. Кроме того, в asdf 2.0 какие-то ещё баги исправлены. Не сказать, чтобы стало нормально, но терпеть можно.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.