Guile et Emacs?
j'apprends Emacs Lisp et je suis tombé sur ce billet vieux de dix ans disant qu'à un moment donné Guile (Scheme) remplacera Emacs Lisp, ou Emacs sera réécrit avec Guile.
https://web.archive.org/web/20081201143448/http://sanpietro.red-bean.com/guile/guile/old/3114.html
je me demandais si c'était encore une possibilité, et si les développeurs devraient essayer D'écrire Elisp en gardant cela à l'esprit? Le but initial était de Ruse pour être en arrière compatible avec Elisp, mais il semble que le développement du schéma est le meilleur choix.
6 réponses
ruse et emacs, nouveau - mis à jour Emacs src, en utilisant non piraté Guile le 23 Août 2009
PS: j'ai remarqué récemment que mon premier s'engager à la Emacs arborescence des sources concernant ce projet a été sur 1999-08-28, il y a à peine dix ans. Je ne sais pas si je dois célébrer ou sois déprimé vendredi.
http://lists.gnu.org/archive/html/guile-devel/2009-08/msg00163.html
il devrait être possible après la sortie de Guile 2.0 d'utiliser Guile avec Emacs. La pré-version actuelle supporte ecmascript aussi bien que scheme et il y a apparemment aussi une branche elisp mais je n'ai pas vérifié. Une fois que Guile supporte complètement elisp, il ne devrait pas être trop difficile de remplacer L'interpréteur elisp actuel par Guile. La vraie question Est de savoir si oui ou non les gens vont réécrire leurs personnalisations et add-ons dans scheme ou simplement continuer à utiliser ELSP. Peu Importe, Guile 2.0 devrait rendre la possibilité D'un Emacs Guile beaucoup plus proche de la réalité que tout autre développement au cours des 10 dernières années.
Guile 2.0.0 (sortie 2011-02-06) supporte Emacs Lisp.
Vous pouvez passer à la repl comme suit:
scheme@(guile-user)> ,language elisp
Happy hacking with Emacs Lisp! To switch back, type `,L scheme'.
elisp@(guile-user)> (eq 1 2)
= #nil
quant à savoir si / quand quelqu'un va faire une opération sur Emacs pour extraire elisp et tomber en mode Guile-in-elisp: le Guile 2.0.2 manuel de référence suggèrent que c'est le plan, mais il n'est pas encore prêt:
nous espérons qu'éventuellement Guile la mise en œuvre du PEL sera bonne assez pour remplacer le propre Emacs application de Elisp.
Je ne m'en inquiéterais pas trop. Il y a quelques projets pour utiliser Guile avec Emacs, mais je sens qu'ils ne sont pas pris en charge par mainline. Comme l'un des développeurs de l'un des projets l'a observé, personne ne changera à moins que tout leur elisp existant fonctionne parfaitement dans le nouveau moteur, ce qui est une tâche assez haute.
non Pas que cela n'arrivera jamais, c'est juste "dans les nuages" pour quelques années.
en utilisant une VM comme parrot semble plus intéressant pour l'avenir que Guile comme Perrot VM peut gérer beaucoup de différents langages dynamiques et dans chaque langue peut réutiliser ce qui a été développé dans une autre langue.
Le travail reste à faire, c'est :
- ajout de concepts et de fonctions emacs de bas niveau à Perrot VM (types elisp de base comme le type de buffer, la fenêtre, le cadre...)
- création d'un port de langue elisp pour le perroquet VM.
avec de telles fonctionnalités, vous pourriez avoir tout le code elisp legacy tournant sur Parrot VM sans aucun problème de portage, et le nouveau code pourrait être développé et réutilisé par n'importe quel langage pris en charge par Parrot vm.