quelle implementation pour débuter ?
Jean-Baptiste Bourgoin
Débutant en Common Lisp la question qui vient immédiatement après celle
de l'ouvrage est celle des outils, et plus particulièrement des
implémentations du langage.
Trois implémentations me "parlent" : SBCL, Clisp et GCL.
GCL me parle car sa doc est au format info, il compile en c, et intègre
TK. Malheureusement il semble qu'il est en retard sur l'implémentation
de la norme, et semble également ne pas fonctionner avec SLIME (ce qui
est gênant).
SBCL et Clisp semblent être des implémentations complètes et bonnes,
d'après les infos que j'ai pu glaner ici et là. Qu'en pensez-vous ?
Quelle est selon vous la plus intéressante pour un débutant ?
jbckb
--
www.jeanbaptiste-bourgoin.com (site perso)
www.actu-philosophia.com
mr.ca...@im.apinc.org (jabber)
Pascal J. Bourguignon
> Bonjour,
>
> D�butant en Common Lisp la question qui vient imm�diatement apr�s celle
> de l'ouvrage est celle des outils, et plus particuli�rement des
> impl�mentations du langage.
>
> Trois impl�mentations me "parlent" : SBCL, Clisp et GCL.
>
> GCL me parle car sa doc est au format info, il compile en c, et int�gre
> TK. Malheureusement il semble qu'il est en retard sur l'impl�mentation
> de la norme, et semble �galement ne pas fonctionner avec SLIME (ce qui
> est g�nant).
Effectivement. Une autre impl�mentation proche de gcl, mais avec de
meilleurs caract�ristiques et une maintenance plus active est ECL,
Embedded Common Lisp, http://ecls.sourceforge.net/
(mais gcl a aussi ses avantages).
> SBCL et Clisp semblent �tre des impl�mentations compl�tes et bonnes,
> d'apr�s les infos que j'ai pu glaner ici et l�. Qu'en pensez-vous ?
> Quelle est selon vous la plus int�ressante pour un d�butant ?
Je trouve que clisp est mieux pour d�buter.
clisp utilise readline, et donne de meilleurs informations de
d�boguage (sur du code non-compil�). Il est donc facilement
utilisable, avec tr�s peu d'ajouts.
sbcl refuse d'utiliser readline (pour de puerilles questions de
license), et donne des messages d'erreurs et des informations de
deboguages qui me semblent plus confuses. Cependant, lorsqu'on
utilise sbcl avec slime et emacs, on obtient un bon environnement.
Et clisp avec slime et emacs aussi, l'avantage de slime et emacs �tant
qu'ils pr�sentent un interface utilisateur commun pour toutes les
impl�mentations de Common Lisp support�es.
D'une mani�re g�n�rale, j'utilise clisp par d�faut, et ne passe sur
une autre impl�mentation comme ecl ou sbcl que pour d�tecter des
erreurs de compilations que clisp ne d�tecte pas (et vice versa, clisp
d�tecte des erreurs que les autres ne d�tectent pas), et pour les
d�ployments qui le n�cessitent (les threads ne sont pas encore tout �
fait prets sur clisp, ecl est parfait pour se m�langer avec du code
non-lisp, abcl pour se d�ployer sur JVM, etc). (99.99% du code CL que
j'�cris se veut portable).
Lorsqu'on d�bute en Common Lisp, il vaut mieux n'utiliser qu'une seule
impl�mentation, mais lorsqu'on d�veloppe divers programmes, il est
utile d'en connaitre plusieurs et de savoir les utiliser � bon escient.
--
__Pascal Bourguignon__
Jean-Baptiste Bourgoin
> Jean-Baptiste Bourgoin <jeanbaptis...@gmail.com> writes:
>
>> Bonjour,
>>
>> Débutant en Common Lisp la question qui vient immédiatement après celle
>> de l'ouvrage est celle des outils, et plus particulièrement des
>> implémentations du langage.
>>
>> Trois implémentations me "parlent" : SBCL, Clisp et GCL.
>>
>> GCL me parle car sa doc est au format info, il compile en c, et intègre
>> TK. Malheureusement il semble qu'il est en retard sur l'implémentation
>> de la norme, et semble également ne pas fonctionner avec SLIME (ce qui
>> est gênant).
>
> Effectivement. Une autre implémentation proche de gcl, mais avec de
> meilleurs caractéristiques et une maintenance plus active est ECL,
> Embedded Common Lisp, http://ecls.sourceforge.net/
> (mais gcl a aussi ses avantages).
Elle est intéressante, en effet.
>> SBCL et Clisp semblent être des implémentations complètes et bonnes,
>> d'après les infos que j'ai pu glaner ici et là. Qu'en pensez-vous ?
>> Quelle est selon vous la plus intéressante pour un débutant ?
>
>
> Je trouve que clisp est mieux pour débuter.
>
>
> clisp utilise readline, et donne de meilleurs informations de
> déboguage (sur du code non-compilé). Il est donc facilement
> utilisable, avec trés peu d'ajouts.
>
>
> sbcl refuse d'utiliser readline (pour de puerilles questions de
> license), et donne des messages d'erreurs et des informations de
> deboguages qui me semblent plus confuses. Cependant, lorsqu'on
> utilise sbcl avec slime et emacs, on obtient un bon environnement.
>
>
> Et clisp avec slime et emacs aussi, l'avantage de slime et emacs étant
> qu'ils présentent un interface utilisateur commun pour toutes les
> implémentations de Common Lisp supportées.
>
>
> D'une manière générale, j'utilise clisp par défaut, et ne passe sur
> une autre implémentation comme ecl ou sbcl que pour détecter des
> erreurs de compilations que clisp ne détecte pas (et vice versa, clisp
> détecte des erreurs que les autres ne détectent pas), et pour les
> déployments qui le nécessitent (les threads ne sont pas encore tout à
> fait prets sur clisp, ecl est parfait pour se mélanger avec du code
> non-lisp, abcl pour se déployer sur JVM, etc). (99.99% du code CL que
> j'écris se veut portable).
>
>
>
> Lorsqu'on débute en Common Lisp, il vaut mieux n'utiliser qu'une seule
> implémentation, mais lorsqu'on développe divers programmes, il est
> utile d'en connaitre plusieurs et de savoir les utiliser à bon
> escient.
Je prends note, merci pour cette riche réponse !
Quentin Stievenart
On Fri, 24 Jul 2009, Pascal J. Bourguignon wrote:
> Jean-Baptiste Bourgoin <jeanbaptis...@gmail.com> writes:
>
> sbcl refuse d'utiliser readline (pour de puerilles questions de
> license), et donne des messages d'erreurs et des informations de
> deboguages qui me semblent plus confuses. Cependant, lorsqu'on
> utilise sbcl avec slime et emacs, on obtient un bon environnement.
>
Au niveau de readline et sbcl, il faut noter que l'on peut utiliser le
programme rlwrap pour permettre l'utilisation de readline dans sbcl.
Quentin Stievenart.