LINUX.ORG.RU

[GNU Common Lisp] как получить бинарь?


0

0

есть файл hello.lsp:



(print "hello, world!")



пишу

gcl -compile hello.lsp



Compiling hello.lsp.

End of Pass 1.

End of Pass 2.

OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3

Finished compiling hello.lsp.



получаю hello.o, что дальше?

ld его не жрет. я так понимаю ему нужна точка входа?

anonymous

Ответ на: комментарий от Howler

ой. он нарисовал эльф в 88 мег и вдобавок не работает, выдает приглашение как будто интерпретатор, и на любую команду реагирует сегфолтом

где-нибудь есть описание как общаться с gcl? гугыль выдает только описание к maxima, ясности не приносящее

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

info gcl-si. Кроме того, и HTML-документация должна быть где-нибудь в /usr/share/doc/gcl-*

Встречный вопрос: почему используется именно gcl?

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

> HTML-документация должна быть где-нибудь в /usr/share/doc/gcl-*

странно. в fedora core 2 есть, а в rh7.1 нету :( хотя наливал из одной бочки в смысле собирал из одного тарбола

> Встречный вопрос: почему используется именно gcl?

это мои дурацкие предрассудки -- недоверие к интерпретаторам, плюс cmucl и sbcl для сборки потребовали себя же в бинарях

спасибо

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

> недоверие к интерпретаторам, плюс cmucl и sbcl для сборки потребовали себя же в бинарях

Оба - компиляторы.

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

(1) Интерпретаторов Common Lisp в природе нет -- даже clisp все-таки не столько интерпретатор, сколько байт-компилятор.

(2) cmucl и sbcl -- это вообще compiler-only implementations

(3) если нужна генерация стандартных ELFов -- я бы рекомендовал использовать ecl -- он существенно лучше поддерживает стандарт, чем gcl stable (2.6.x)

(4) sbcl не требует для сборки себя же -- он должен собираться любым CL (собственно, это и было главной причиной форка от cmucl). cmucl действительно можно бутстрапить только самим собой -- но это проблема только при портировании на новую платформу.

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

> cmucl и sbcl -- это вообще compiler-only implementations

понял, невнимательно я по ним пробежался, поковыряю все посерьезнее

10x

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