Interpréteur Lisp
Projet de GL2 semestre 2 master 1 2018-2019 de l'université d'Artois à Lens

Arthur Brandao af6138596a Ajout test pour couverture 100% 6 gadi atpakaļ
.settings 1b02fa5c02 TP2 6 gadi atpakaļ
TDD2019OWNTESTS @ 316fe74b24 af6138596a Ajout test pour couverture 100% 6 gadi atpakaļ
TDD2019TESTS @ 027ef7a376 c7d3823dce Les tests sont de retour 6 gadi atpakaļ
lib 1b02fa5c02 TP2 6 gadi atpakaļ
src 24ccbfbcd3 Implementation hashcode 6 gadi atpakaļ
.classpath 9be76197f8 Changement version JUnit 6 gadi atpakaļ
.directory 179df6c236 Changement vers tests perso 6 gadi atpakaļ
.gitignore 7b356da5cb Rien 6 gadi atpakaļ
.gitlab-ci.yml ed1c271bd6 Remplacement variable CI 6 gadi atpakaļ
.gitmodules d84054b929 Ajout fichier test perso + etudiant build.xml 6 gadi atpakaļ
.project b4a6f34647 Changement nom projet 6 gadi atpakaļ
README.md e4f2fd0ac2 MAJ fonctionnement upstream 6 gadi atpakaļ
build.xml af560ff7e8 Changement inutile build.xml 6 gadi atpakaļ
checklinks.sh 5376653a54 Remise chemin vers test 6 gadi atpakaļ
org.eclipse.jdt.annotation_2.2.200.v20180921-1416.jar 1b02fa5c02 TP2 6 gadi atpakaļ

README.md

Projet interpréteur lisp

Qualité Tests réussis Couverture de code

La page Lisp sur wikipedia et la page Scheme sur wikipedia fournissent l'historique et les fonctionnalités du langage.

Le comportement de l'interpréteur (le tests) sont validés à l'aide de l'interpréteur JScheme.

Le nombre de tests augmentera au cours du semestre jusqu'à obtenir un interpréteur pleinement fonctionnelle.

Ce projet est basé sur le travail de Peter Norvig en Python.

Peter Norvig a aussi proposé une version Java de son interpréteur. Cette version a été conçue à la naissance du langage, et ne peut pas être considérée comme une conception oriénté objet d'un interpréteur Lisp.

Plus récemment, une version Java a été proposée par Remy Forax. Si cette solution utilise des concepts avancés et récents de Java (lambdas et streams), le code reste proche de la version python, donc pas vraiment orientée objet.

Pour déclarer ce projet comme source upstream

Il suffit de déclarer une fois ce projet comme dépôt distant de votre fork :

$ git remote add upstream https://forge.univ-artois.fr/m1-2018-2019/TDD2019IMPL.git

Ensuite, à chaque mise à jour de ce projet, vous pouvez mettre à jour votre fork à l'aide des commandes suivantes :

$ git pull upstream master
$ git push

Si vous ne voyez plus vos tests dans votre projet

Il suffit de rajouter le projet de tests comme un sous module du projet :

$ git submodule add https://forge.univ-artois.fr/m1-2018-2019/TDD2019TESTS.git
# remplacer le chemin absolu https://forge.univ-artois.fr/m1-2018-2019/TDD2019TESTS.git 
# par ../../m1-2018-2019/TDD2019TESTS.git dans le fichier `.gitmodules`.
$ git commit -m "Les tests sont de retour"
$ git push