La prochaine version se prépare... Nottament avec sa prodigieuse gestion des etiquettes et routines, mais aussi une intégration "parfaite" de la VMA à un systeme unix (fonctionant comme bash, etc..)
Plusplus Tixlegeek.
Version 1.3.2 disponible ne téléchargement. Intégration du makefile (il était temps) et diverses modifications. J'ai commencé à penser les fonctions d'abstraction I/O et ai laissé quelque pistes dans le code. J'ai aussi commencé l'intégration des subroutines (sympa...) pour améliorer encore le code. Bientot aussi, support des commentaires. A notter que si un code commenté est intéressant (surtout pour le segfaultprog), ce n'est pas forcément une bonne stratégie. En effet, un code commenté sera plus lourd qu'un code brut. Pour l'intégration sur petites architechtures, il conviendra de virer tous les commentaires innutiles avant enregistrement.
La nouvelle doc est disponible ici.
Plusplus Tixlegeek.
La premiere version du projet est donc disponible depuis quelque temps. Vous pouvez la télécharger et m'envoyer vos corrections/contributions par mail, si vous etes gentils :)
Je travaille sur la prochaine version qui verra sans doute l'arrivée d'une couche d'abstraction matérielle digne de ce nom. Elle limitera encore les petites architectures (Comme les µC, qui peuvent en théorie gérer matériellement pleins de trucs trop coolz comme la PWM, les ADC etc.) Mais J'en suis pas encore là. Pour le moment, les seuls trucs auxquel j'ai pensé sont l'UART (dispo partout) et une sortie strandard (comme les ports etc) Le tout étant, avant d'en finir et de releaser une beta 1.3.1 qui tienne la route.
J'ai aussi commencé à incorporer un systeme de subroutines, qui permetteraient vraiment de faire des trucs sympas. Je pense aussi à la gestion directe de segments de mémoire, ce qui serait un plus non négligeable.
En d'autre termes, mon gosier ne manquera pas de café.
++ Tixlegeek.
Pour comprendre le projet SegFaultProg, il faut remonter aux années 2007/2008. Tout à commencé dans un petit village de la plaine jurassienne, dans une campagne rurale qui n'a strictement rien à voir avec le fond de l'histoire.
Passé ces considérations rhétoriques, le problème peut être développé :
Quand on parle de programmation, on pense tout de suite au C ou à l'assembleur (du moins quand on sait de quoi on parle), voir au Lisp, au Perl, etc... Tous ces langages, et les autres, ont leur lots de points forts, et de points faibles, qui correspondent à leur domaine d'utilisation respectifs.
On peut facilement s'accorder sur un point : le langage parfait n'existe pas. Le C et l'assembleur sont parfaits pour des applications puissantes, légères, et pointues, mais ils ont la fâcheuse tendance de devoir être compilés pour la machine sur laquelle ils sont utilisés, ce qui les rends au final assez peut souples en terme de partage et de portabilité instantanée.
On peut alors se tourner vers des langages en machine virtuelle, comme le Java, le Python, le Ruby... Mais très vite, les besoins considérables de ces langages en terme de ressource évincent toute une gamme de supports très utilisés dans les domaines du bricolage, ou du DIY.
Le SegFaultProg est destiné à ce genre d'applications. Il utilise une Machine virtuelle applicative simple et légère. C'est un langage dérivé du BrainFuck, un langage minimaliste très peut ergonomique permettant une gestion efficace d'un système logique de base (une zone de mémoire, un pointeur, et des instructions d'Entrée/Sortie), et y intègre un jeu d'instruction plus léger, plus ergonomique, tout en conservant son coté « bas niveau », et sa simplicité d'interprétation.
Les travaux signés "Tixlegeek" by DUBIEF Gery sont mis à disposition selon les termes de la licence Creative Commons Paternité-Pas d'Utilisation Commerciale-Partage des Conditions Initiales à l'Identique 2.0 France.
Pour toute modifications apportées, merci de mentionner l'auteur d'origine, et l'adresse de ce blog.