<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://ada83.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Vmo</id>
	<title>Ada 83 Memory - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://ada83.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Vmo"/>
	<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Special:Contributions/Vmo"/>
	<updated>2026-09-22T20:45:14Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.0</generator>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=233</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=233"/>
		<updated>2026-08-02T21:43:11Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 / TLALOC compiler */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[[#What is Ada 83 / TLALOC ?|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
&lt;br /&gt;
[[#Ada 83 / TLALOC sources|Ada 83 / TLALOC sources]]&lt;br /&gt;
&lt;br /&gt;
[[#Origin of Ada 83 / TLALOC|Origin of Ada 83 / TLALOC]]&lt;br /&gt;
&lt;br /&gt;
[[My life with Ada 83|My life with Ada 83 by V.Morin]]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler. It is all written in Ada 83 so that it can compile itself.&lt;br /&gt;
Its backend produces direct binary ELF through fasmg macros for a stack machine LLIR.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=232</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=232"/>
		<updated>2026-08-02T21:42:20Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 / TLALOC compiler */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[[#What is Ada 83 / TLALOC ?|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
[[#Ada 83 / TLALOC sources|Ada 83 / TLALOC sources]]&lt;br /&gt;
[[#Origin of Ada 83 / TLALOC|Origin of Ada 83 / TLALOC]]&lt;br /&gt;
&lt;br /&gt;
[[My life with Ada 83|My life with Ada 83 by V.Morin]]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler. It is all written in Ada 83 so that it can compile itself.&lt;br /&gt;
Its backend produces direct binary ELF through fasmg macros for a stack machine LLIR.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=231</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=231"/>
		<updated>2026-08-02T21:32:19Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;My Life with Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;The Origins of the Ada 83 / TLALOC Compiler&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Associate Professor&amp;lt;br&amp;gt;&lt;br /&gt;
University of Western Brittany (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest, FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO: The Time Capsule&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
This story begins around 1985, when I was starting a thesis in electronics under the direction of Prof. Pierre Jarry and the supervision of Ms. Agnieska Konczykowska. The goal was to work on improving a symbolic simulation program for linear circuits called SYBILIN, which had been developed in FORTRAN at the CNET in Bagneux. This program used a highly original method for calculating a circuit’s transfer function using Mason-Coates graphs. However, the fact that it was written in FORTRAN proved to be a considerable obstacle to understanding and taking over the software. I was thus confronted rather abruptly with the problem of taking over software written by someone else in a language not known for its clarity.&lt;br /&gt;
&lt;br /&gt;
As it happened, my thesis was interrupted by mandatory military service, so I spent a year as a conscripted scientist in the Computer Organization and Methods Department at DCN Brest, where—in addition to managing DEC VAX computers—I became familiar with the new developments in computing during the 1980s, including the original Ada language, which is now called Ada 83 to distinguish it from its later versions, Ada 95, Ada 2005, and Ada 2012.&lt;br /&gt;
&lt;br /&gt;
When I returned to my thesis in 1986, I proposed—and was granted permission—to work with a DEC Ada compiler on a MicroVAX II to develop a much more maintainable version of SYBILIN. I finally defended my thesis in 1988 with the rewrite of this software, whose Ada 83 version has an unusual history.&lt;br /&gt;
&lt;br /&gt;
The entire SYBILIN software suite in Ada—which I had renamed CAVISO to distinguish it from its FORTRAN version—had been printed on the laser printer at the Issy-les-Moulineaux center for archiving and possible future reference. Then, as my academic commitments took precedence, the book of listings fell into oblivion.&lt;br /&gt;
&lt;br /&gt;
However, around 2024, while tidying up, I rediscovered the aforementioned listing in a briefcase—a stapled, bound book in impeccable condition. Having since gained experience with Ada and remained proficient in the language, I wondered if it would be possible to revive CAVISO nearly forty years later. Since the laser-printed listing was of very high quality, the OCR process went smoothly, and the 1988 Ada 83 files were restored on Linux. It was somewhat of a surprise, but forty years later, the Ada source code developed with DEC Ada between 1986 and 1988 compiled without any issues using Gnat in 2024.&lt;br /&gt;
Four decades later, the Ada 83 software had retained all its validity. A fine testament to its longevity.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;The KALINDA OS Adventure&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
I had always admired the Mac OS on the Macintosh Plus, and the comprehensive four-volume print series *Inside Macintosh* was practically my bedside book during the 1990s and 2000s.&lt;br /&gt;
So I set out to write a very similar system, named KALINDA, in Codewarrior Pascal on the LC III, and later on PowerPC.&lt;br /&gt;
&lt;br /&gt;
This Pascal version was quite advanced but began to become difficult to maintain and develop further. When Codewarrior Pascal was eventually discontinued, the non-standard Pascal source code could no longer find a compiler capable of handling all its options and assembly codes. Thus, the first version of KALINDA came to an end.&lt;br /&gt;
&lt;br /&gt;
Since the C language was all the rage, I set out to write a C version. It didn’t last long, as maintainability was even worse than with Pascal. The initial KALINDA C project thus had a very short lifespan.&lt;br /&gt;
&lt;br /&gt;
Finally, I decided to use Ada, a language I had stayed in touch with and used to write the automated system for the DEVLUM experiment to detect light deviations (the second Allais effect). But by the mid-2000s, Ada had changed dramatically; it had become Ada 95. You could do a lot of new things, but the software structure had the potential to become very complicated with object-oriented programming, tagged types, child packages, and so on.&lt;br /&gt;
&lt;br /&gt;
So I set out to rewrite KALINDA in Ada 95. But I gradually realized that Ada 95 easily led to what I would call a kind of over-conceptualization. KALINDA’s MEMORY_MANAGER module, in particular, became too complicated, and the very structure of all the OS modules became excessively tangled. There were too many overly complicated possibilities. Clearly, Ada 95 seemed to be a departure from the goals of Ada 83.&lt;br /&gt;
&lt;br /&gt;
So much so that a few years later, I decided to rewrite KALINDA once again, this time in pure Ada 83. And things actually went much better. Since the constraints of modular structure were stronger in their simplicity, I had to find solutions that proved to be much more readable in the long run than what had been done in Ada 95.&lt;br /&gt;
&lt;br /&gt;
Specialists in high-reliability and real-time systems have certainly gained certain features with Ada 9X and later versions, but I maintain that, based on my experience, something very specific to Ada 83 has been lost: a constraint on implementation that I had already keenly felt while programming CAVISO with DEC Ada. This is a feature of Ada 83 that is somewhat difficult to articulate clearly; it sometimes makes it challenging to find the right solution to the problem at hand, but once found, it yields a solution that lends itself to revisiting and reengaging with the software after spending a considerable amount of time away from the program’s logic.&lt;br /&gt;
&lt;br /&gt;
In fact, the Ada 83 version of KALINDA is the only one to which I can return after months away without any difficulty reintegrating myself into the program’s system logic.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;A Plea for Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Based on my own experience as an Ada user, it seems to me beyond dispute that even forty-three years after its standardization, Ada 83 will still be of interest to certain programmers in 2026.&lt;br /&gt;
&lt;br /&gt;
I therefore thought it would be desirable for a compiler written in Ada 83 for Ada 83—one that strictly adheres to the MIL-STD-1815A standard of the time, which, as we have seen, was the key to CAVISO’s survival over four decades—to continue to exist, at the very least as a form of living computer archaeology.&lt;br /&gt;
&lt;br /&gt;
But, beyond a mere concern for preservation, I remain convinced that, among all computer languages, Ada 83 retains real practical value in our time, and I would even say that, in my opinion, certain capabilities of Ada 83 tasking have never truly been exploited to the full extent of their potential.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;The Crazy Adventure of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Starting around 2008, I had resumed work on the ASR’s DIANA translator—which I found on an old Pine Creek CD-ROM—and had largely rewritten it around a new TREE type, while also revamping the PAR_PHASE, LIB_PHASE, SEM_PHASE, and other modules. A project led by Bill Easton of Peregrine Systems had implemented, piece by piece—and likely with some limitations of the time—a DIANA tree management system on virtual pages, an LALR1 parser, and a semantic analyzer that validated the DIANA tree.&lt;br /&gt;
&lt;br /&gt;
To create a complete compiler by reassembling these components, a “backend” was needed to generate executable code from the semantically verified and completed DIANA tree.&lt;br /&gt;
Since I had to embark on this adventure alone, a solution that was as simple as possible yet sophisticated enough to produce the desired result had to be found.&lt;br /&gt;
&lt;br /&gt;
The solution came from using FASMG, a truly remarkable generic macro-assembler equipped with “namespace” structuring capabilities. With FASMG, it was possible to directly generate binary code into a static ELF executable from macros describing the operations of a stack-based machine—similar to the one attempted by Przemyslav Szmal’s Polish IIPS/ADA project in Gliwice with A-Code, or the type used by Ada-Ed.&lt;br /&gt;
&lt;br /&gt;
In fact, very quickly—even though I was the only programmer—we were able to generate a “dis_bonjour” executable, the classic “hello world,” using a TEXT_IO initializer and a stack-based machine implemented in macros with Linux system calls.&lt;br /&gt;
&lt;br /&gt;
But that was just the beginning of the adventure. It soon became clear that this adventure was a bit of a wild ride, given the sheer scope of Ada 83’s features. That’s when AI came in handy.&lt;br /&gt;
Starting by generating and compiling the predefined packages, a basic structure could be set up “manually.” But verifying and expanding this structure could not be done alone. So I enlisted the help of Claude and ChatGPT, with whom—piece by piece—we wrote, compiled, and tested first the predefined units (especially TEXT_IO, which is essential for debugging and testing), then increasingly complex test programs, and finally the entire TLALOC compiler itself.&lt;br /&gt;
As of today, although fully compiled, the compiler is not yet operational and is undergoing systematic, logged debugging with the help of LLM agents; however, I retain control over and a full understanding of the written software, as there was no question of having the AI write a system whose inner workings I would not understand.&lt;br /&gt;
&lt;br /&gt;
Today, TLALOC is a comprehensive Ada 83 compiler front-end capable of handling programs that are already quite complex. I hope to be able to take it all the way to the bootstrap goal, which is to generate a working compiler executable from the Ada 83 source code using the compiler previously built from the source code with Gnat.&lt;br /&gt;
&lt;br /&gt;
The stack machine approach, which executes instructions generated in binary form by FASMG macros, has shown that porting to a processor comparable to x86-64 is fairly straightforward. In fact, all that is required is to translate each LLIR instruction of the stack machine into specific machine instructions. System calls remain the same as long as we stay within the Linux environment. This translation can now be largely automated.&lt;br /&gt;
&lt;br /&gt;
In fact, a test was conducted on an Orange Pi 3B running Linux, and although it is no longer up to date (development is now being done on Intel x86-64), it demonstrated at the time that porting to aarch-64 was feasible without major difficulties. A port that has not yet been tested on RISC-V-64 (Starfive target) has already been written, and I am confident that it will work as well.&lt;br /&gt;
&lt;br /&gt;
BREST, August 2, 2026.&lt;br /&gt;
&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada, langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptualisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces, avec probablement quelques limitations de l&#039;époque, un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du bootstrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur préalablement obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jour (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=230</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=230"/>
		<updated>2026-08-02T21:21:57Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;‘’&#039;My Life with Ada 83&#039;‘’&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;‘’&#039;The Origins of the Ada 83 / TLALOC Compiler&#039;‘’&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Associate Professor&amp;lt;br&amp;gt;&lt;br /&gt;
University of Western Brittany (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest, FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==‘’&#039;SYBILIN/CAVISO: The Time Capsule&#039;‘’==&lt;br /&gt;
&lt;br /&gt;
This story begins around 1985, when I was starting a thesis in electronics under the direction of Prof. Pierre Jarry and the supervision of Ms. Agnieska Konczykowska. The goal was to work on improving a symbolic simulation program for linear circuits called SYBILIN, which had been developed in FORTRAN at the CNET in Bagneux. This program used a highly original method for calculating a circuit’s transfer function using Mason-Coates graphs. However, the fact that it was written in FORTRAN proved to be a considerable obstacle to understanding and taking over the software. I was thus confronted rather abruptly with the problem of taking over software written by someone else in a language not known for its clarity.&lt;br /&gt;
&lt;br /&gt;
As it happened, my thesis was interrupted by mandatory military service, so I spent a year as a conscripted scientist in the Computer Organization and Methods Department at DCN Brest, where—in addition to managing DEC VAX computers—I became familiar with the new developments in computing during the 1980s, including the original Ada language, which is now called Ada 83 to distinguish it from its later versions, Ada 95, Ada 2005, and Ada 2012.&lt;br /&gt;
&lt;br /&gt;
When I returned to my thesis in 1986, I proposed—and was granted permission—to work with a DEC Ada compiler on a MicroVAX II to develop a much more maintainable version of SYBILIN. I finally defended my thesis in 1988 with the rewrite of this software, whose Ada 83 version has an unusual history.&lt;br /&gt;
&lt;br /&gt;
The entire SYBILIN software suite in Ada—which I had renamed CAVISO to distinguish it from its FORTRAN version—had been printed on the laser printer at the Issy-les-Moulineaux center for archiving and possible future reference. Then, as my academic commitments took precedence, the book of listings fell into oblivion.&lt;br /&gt;
&lt;br /&gt;
However, around 2024, while tidying up, I rediscovered the aforementioned listing in a briefcase—a stapled, bound book in impeccable condition. Having since gained experience with Ada and remained proficient in the language, I wondered if it would be possible to revive CAVISO nearly forty years later. Since the laser-printed listing was of very high quality, the OCR process went smoothly, and the 1988 Ada 83 files were restored on Linux. It was somewhat of a surprise, but forty years later, the Ada source code developed with DEC Ada between 1986 and 1988 compiled without any issues using Gnat in 2024.&lt;br /&gt;
Four decades later, the Ada 83 software had retained all its validity. A fine testament to its longevity.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==‘’&#039;The KALINDA OS Adventure&#039;‘’==&lt;br /&gt;
&lt;br /&gt;
I had always admired the Mac OS on the Macintosh Plus, and the comprehensive four-volume print series *Inside Macintosh* was practically my bedside book during the 1990s and 2000s.&lt;br /&gt;
So I set out to write a very similar system, named KALINDA, in Codewarrior Pascal on the LC III, and later on PowerPC.&lt;br /&gt;
&lt;br /&gt;
This Pascal version was quite advanced but began to become difficult to maintain and develop further. When Codewarrior Pascal was eventually discontinued, the non-standard Pascal source code could no longer find a compiler capable of handling all its options and assembly codes. Thus, the first version of KALINDA came to an end.&lt;br /&gt;
&lt;br /&gt;
Since the C language was all the rage, I set out to write a C version. It didn’t last long, as maintainability was even worse than with Pascal. The initial KALINDA C project thus had a very short lifespan.&lt;br /&gt;
&lt;br /&gt;
Finally, I decided to use Ada, a language I had stayed in touch with and used to write the automated system for the DEVLUM experiment to detect light deviations (the second Allais effect). But by the mid-2000s, Ada had changed dramatically; it had become Ada 95. You could do a lot of new things, but the software structure had the potential to become very complicated with object-oriented programming, tagged types, child packages, and so on.&lt;br /&gt;
&lt;br /&gt;
So I set out to rewrite KALINDA in Ada 95. But I gradually realized that Ada 95 easily led to what I would call a kind of over-conceptualization. KALINDA’s MEMORY_MANAGER module, in particular, became too complicated, and the very structure of all the OS modules became excessively tangled. There were too many overly complicated possibilities. Clearly, Ada 95 seemed to be a departure from the goals of Ada 83.&lt;br /&gt;
&lt;br /&gt;
So much so that a few years later, I decided to rewrite KALINDA once again, this time in pure Ada 83. And things actually went much better. Since the constraints of modular structure were stronger in their simplicity, I had to find solutions that proved to be much more readable in the long run than what had been done in Ada 95.&lt;br /&gt;
&lt;br /&gt;
Specialists in high-reliability and real-time systems have certainly gained certain features with Ada 9X and later versions, but I maintain that, based on my experience, something very specific to Ada 83 has been lost: a constraint on implementation that I had already keenly felt while programming CAVISO with DEC Ada. This is a feature of Ada 83 that is somewhat difficult to articulate clearly; it sometimes makes it challenging to find the right solution to the problem at hand, but once found, it yields a solution that lends itself to revisiting and reengaging with the software after spending a considerable amount of time away from the program’s logic.&lt;br /&gt;
&lt;br /&gt;
In fact, the Ada 83 version of KALINDA is the only one to which I can return after months away without any difficulty reintegrating myself into the program’s system logic.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==‘’&#039;A Plea for Ada 83&#039;‘’==&lt;br /&gt;
&lt;br /&gt;
Based on my own experience as an Ada user, it seems to me beyond dispute that even forty-three years after its standardization, Ada 83 will still be of interest to certain programmers in 2026.&lt;br /&gt;
&lt;br /&gt;
I therefore thought it would be desirable for a compiler written in Ada 83 for Ada 83—one that strictly adheres to the MIL-STD-1815A standard of the time, which, as we have seen, was the key to CAVISO’s survival over four decades—to continue to exist, at the very least as a form of living computer archaeology.&lt;br /&gt;
&lt;br /&gt;
But, beyond a mere concern for preservation, I remain convinced that, among all computer languages, Ada 83 retains real practical value in our time, and I would even say that, in my opinion, certain capabilities of Ada 83 tasking have never truly been exploited to the full extent of their potential.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==‘’&#039;The Crazy Adventure of Ada 83 / TLALOC&#039;‘’==&lt;br /&gt;
&lt;br /&gt;
Starting around 2008, I had resumed work on the ASR’s DIANA translator—which I found on an old Pine Creek CD-ROM—and had largely rewritten it around a new TREE type, while also revamping the PAR_PHASE, LIB_PHASE, SEM_PHASE, and other modules. A project led by Bill Easton of Peregrine Systems had implemented, piece by piece—and likely with some limitations of the time—a DIANA tree management system on virtual pages, an LALR1 parser, and a semantic analyzer that validated the DIANA tree.&lt;br /&gt;
&lt;br /&gt;
To create a complete compiler by reassembling these components, a “backend” was needed to generate executable code from the semantically verified and completed DIANA tree.&lt;br /&gt;
Since I had to embark on this adventure alone, a solution that was as simple as possible yet sophisticated enough to produce the desired result had to be found.&lt;br /&gt;
&lt;br /&gt;
The solution came from using FASMG, a truly remarkable generic macro-assembler equipped with “namespace” structuring capabilities. With FASMG, it was possible to directly generate binary code into a static ELF executable from macros describing the operations of a stack-based machine—similar to the one attempted by Przemyslav Szmal’s Polish IIPS/ADA project in Gliwice with A-Code, or the type used by Ada-Ed.&lt;br /&gt;
&lt;br /&gt;
In fact, very quickly—even though I was the only programmer—we were able to generate a “dis_bonjour” executable, the classic “hello world,” using a TEXT_IO initializer and a stack-based machine implemented in macros with Linux system calls.&lt;br /&gt;
&lt;br /&gt;
But that was just the beginning of the adventure. It soon became clear that this adventure was a bit of a wild ride, given the sheer scope of Ada 83’s features. That’s when AI came in handy.&lt;br /&gt;
Starting by generating and compiling the predefined packages, a basic structure could be set up “manually.” But verifying and expanding this structure could not be done alone. So I enlisted the help of Claude and ChatGPT, with whom—piece by piece—we wrote, compiled, and tested first the predefined units (especially TEXT_IO, which is essential for debugging and testing), then increasingly complex test programs, and finally the entire TLALOC compiler itself.&lt;br /&gt;
As of today, although fully compiled, the compiler is not yet operational and is undergoing systematic, logged debugging with the help of LLM agents; however, I retain control over and a full understanding of the written software, as there was no question of having the AI write a system whose inner workings I would not understand.&lt;br /&gt;
&lt;br /&gt;
Today, TLALOC is a comprehensive Ada 83 compiler front-end capable of handling programs that are already quite complex. I hope to be able to take it all the way to the bootstrap goal, which is to generate a working compiler executable from the Ada 83 source code using the compiler previously built from the source code with Gnat.&lt;br /&gt;
&lt;br /&gt;
The stack machine approach, which executes instructions generated in binary form by FASMG macros, has shown that porting to a processor comparable to x86-64 is fairly straightforward. In fact, all that is required is to translate each LLIR instruction of the stack machine into specific machine instructions. System calls remain the same as long as we stay within the Linux environment. This translation can now be largely automated.&lt;br /&gt;
&lt;br /&gt;
In fact, a test was conducted on an Orange Pi 3B running Linux, and although it is no longer up to date (development is now being done on Intel x86-64), it demonstrated at the time that porting to aarch-64 was feasible without major difficulties. A port that has not yet been tested on RISC-V-64 (Starfive target) has already been written, and I am confident that it will work as well.&lt;br /&gt;
&lt;br /&gt;
BREST, August 2, 2026.&lt;br /&gt;
&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada, langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptualisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces, avec probablement quelques limitations de l&#039;époque, un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du bootstrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur préalablement obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jour (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=229</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=229"/>
		<updated>2026-08-02T21:08:48Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada, langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptualisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces, avec probablement quelques limitations de l&#039;époque, un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du bootstrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur préalablement obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jour (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=228</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=228"/>
		<updated>2026-08-02T21:05:18Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada, langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptualisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces, avec probablement quelques limitations de l&#039;époque, un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du boostrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jours (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=227</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=227"/>
		<updated>2026-08-02T21:02:16Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada, langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptualisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces avec probablement quelques limitations de l&#039;époque un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du boostrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jours (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=226</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=226"/>
		<updated>2026-08-02T21:00:29Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada, langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces avec probablement quelques limitations de l&#039;époque un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du boostrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jours (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=225</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=225"/>
		<updated>2026-08-02T20:56:46Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
===&amp;lt;center&amp;gt;&#039;&#039;&#039;l&#039;origine du compilateur Ada 83 / TLALOC&#039;&#039;&#039;&amp;lt;/center&amp;gt;===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces avec probablement quelques limitations de l&#039;époque un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur Ada 83 capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du boostrap qui consiste à obtenir d&#039;après les sources Ada 83 un exécutable de compilateur viable à l&#039;aide du compilateur obtenu sur les sources avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifiques chaque instruction LLIR de la machine à pile. Les appels systèmes sont les mêmes tant que l&#039;on reste sous Linux. Cette traduction peut aujourd&#039;hui être largement automatisée.&lt;br /&gt;
&lt;br /&gt;
Un test a d&#039;ailleurs été fait sur un Orange Pi 3B sous Linux et bien qu&#039;il ne soit plus à jours (la version de développement se fait sur Intel x86-64), il a à l&#039;époque montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=224</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=224"/>
		<updated>2026-08-02T20:45:33Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, LIB_PHASE, SEM_PHASE, etc. du traducteur DIANA de l&#039;ASR trouvé sur un vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems avait implanté par pièces avec probablement quelques limitations de l&#039;époque un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique validant l&#039;arbre DIANA.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique tout à fait remarquable pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans un exécutable ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais IIPS/ADA de Przemyslav Szmal à Gliwice avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré ma seule présence comme programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;, avec une amorce de TEXT_IO et une machine à pile en macros avec appels système Linux.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits, compilés et testés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO indispensable au débogage et au test), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM ; tout en gardant cependant la main et la compréhension du logiciel écrit, car il n&#039;était pas question non plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
Aujourd&#039;hui TLALOC est une large amorce de compilateur capable de traiter des programmes déjà assez complexes. J&#039;espère pouvoir le mener jusqu&#039;à l&#039;objectif du boostrap qui consiste à obtenir d&#039;apès les sources un exécutable de compilateur viable à l&#039;aide du compilateur obtenu sur les sources avec avec Gnat.&lt;br /&gt;
&lt;br /&gt;
L&#039;approche de la machine à pile avec exécution d&#039;instructions générées en binaire par macros FASMG a montré que le portage sur un processeur de même tenue que le x86-64 était assez directe. Il suffit en effet de traduire en instructions machine spécifique chaque instruction LLIR de la machine à pile.&lt;br /&gt;
Un test a été fait sur un Orange Pi 3B sous Linux et montré que le portage sur aarch-64 était faisable sans difficulté majeure. Un portage non encore testé sur RiscV-64 (cible Starfive) a déjà été écrit et j&#039;ai bonne confiance dans le fait qu&#039;il fonctionnera également.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=223</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=223"/>
		<updated>2026-08-02T20:20:10Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année comme scientifique du contingent au Service Organisation et Méthodes Informatiques de la DCN Brest où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse à en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée en 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignage de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, SEM_PHASE du traducteur DIANA de l&#039;ASR sur le vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems qui avait implanté par pièces avec probablement quelques limitations de l&#039;époque un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique de l&#039;arbre.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans une ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré la présence d&#039;un seul programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits et compilés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM. Tout en gardant la main et la compréhension du logiciel écrit, il n&#039;était pas question on plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=222</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=222"/>
		<updated>2026-08-02T16:26:39Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée e, 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignange de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, SEM_PHASE du traducteur DIANA de l&#039;ASR sur le vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems qui avait implanté par pièces avec probablement quelques limitations de l&#039;époque un système de gestion d&#039;arbre DIANA sur pages virtuelles, un analyseur LALR1, une analyse sémantique de l&#039;arbre.&lt;br /&gt;
&lt;br /&gt;
Pour avoir un compilateur complet à partir du reconditionnement des pièces, il fallait un &amp;quot;backend&amp;quot; pour produire du code exécutable à partir de l&#039;arbre DIANA sémantiquement vérifié et complété.&lt;br /&gt;
Comme il fallait se lancer seul dans l&#039;aventure, une solution des plus simples mais assez sophistiquée pour produire une solution devait être trouvée.&lt;br /&gt;
&lt;br /&gt;
La solution vint de l&#039;utilisation de FASMG, un macro-assembleur générique pourvu de possibilités de structuration par &amp;quot;namespace&amp;quot;. Avec FASMG il était possible de générer directement du binaire dans une ELF statique à partir de macros décrivant les opérations d&#039;une machine à pile comme celle que le projet polonais avait tenté avec le A-Code, ou du genre utilisé par Ada-Ed.&lt;br /&gt;
De fait très rapidement, malgré la présence d&#039;un seul programmeur, il fut possible de générer un exécutable &amp;quot;dis_bonjour&amp;quot;, l&#039;incontournable &amp;quot;hello world&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Mais ce n&#039;était que le seuil de l&#039;aventure. Il apparut vite que la dite aventure avait un caractère fou par l&#039;étendue des caractéristiques de Ada 83. C&#039;est là que l&#039;IA apparut opportunément.&lt;br /&gt;
En commençant par produire et compiler les packages prédéfinis, une structure de base put être posée &amp;quot;manuellement&amp;quot;. Mais vérifier et étendre cette structure ne pouvait se faire seul. Je m&#039;associai donc l&#039;aide de Claude et ChatGPT avec lesquels pièce par pièce furent écrits et compilés, d&#039;abord les unités prédéfinies (spécialement le TEXT_IO), puis des programmes de test de plus en plus compliqués et enfin tout le compilateur TLALOC lui même.&lt;br /&gt;
Au jour d&#039;aujourd&#039;hui, bien que complètement compilé, le compilateur n&#039;est pas opérationnel et fait l&#039;objet d&#039;un débogage systématique journalisé avec l&#039;aide des agents LLM. Tout en gardant la main et la compréhension du logiciel écrit, il n&#039;était pas question on plus de faire écrire par l&#039;IA un système dont je ne comprendrais pas les ressorts.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=221</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=221"/>
		<updated>2026-08-02T16:01:03Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée e, 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignange de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;La folle aventure d&#039;Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Depuis environ 2008, j&#039;avais repris, réécrit en bonne partie autour d&#039;un nouveau type TREE, reconditionné les modules PAR_PHASE, SEM_PHASE du traducteur DIANA de l&#039;ASR sur le vieux CD-ROM de Pine Creek. Un projet dirigé par Bill Easton de Peregrine Systems qui&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=220</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=220"/>
		<updated>2026-08-02T15:44:37Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée e, 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignange de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Une plaidoirie pour Ada 83&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Au vu de ma propre expérience d&#039;utilisateur d&#039;Ada, il m&#039;apparaît peu contestable que même quarante trois ans après sa normalisation, Ada 83 présente encore en 2026 un intérêt pour certains programmeurs.&lt;br /&gt;
&lt;br /&gt;
J&#039;ai pensé qu&#039;il serait donc souhaitable que persiste, au minimum à titre d&#039;archéologie informatique vivante un compilateur écrit en Ada 83 pour Ada 83 et respectant rigoureusement la norme MIL-STD-1815A de l&#039;époque, dont on a vu qu&#039;elle avait été pour CAVISO la condition de sa survie par delà quatre décennies.&lt;br /&gt;
&lt;br /&gt;
Mais, plus que par simple souci de préservation, je reste convaincu que parmi tous les langages informatique, Ada 83 conserve un réel intérêt pratique à notre époque, et je dirais même qu&#039;à mon avis certaines possibilités du tasking Ada 83 n&#039;ont jamais vraiement été exploitées à la mesure de ce qu&#039;elles offraient.&lt;br /&gt;
&lt;br /&gt;
BREST, le 2 août 2026.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=219</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=219"/>
		<updated>2026-08-02T15:30:52Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée e, 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignange de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais). Mais dans au milieu des années 2000, Ada avait terriblement changé, il était devenu Ada 95. On pouvait faire beaucoup de nouvelles choses, mais la structure du logiciel avait de grandes possibilités de complication avec la programmation orientée objet, les types tagués, les child packages, etc.&lt;br /&gt;
&lt;br /&gt;
J&#039;entrepris donc la réécriture de KALINDA en Ada 95. Mais je m&#039;aperçu progressivement qu&#039;Ada 95 portait facilement à ce que je qualifierais de sorte de sur-conceptulisation. Le module MEMORY_MANAGER de KALINDA en particulier prit une forme trop compliquée, et la structure même de l&#039;ensemble des modules de l&#039;OS s&#039;enchevêtra excessivement. Il y avait trop de possibilités trop compliquées. A l&#039;évidence, Ada 95 apparaissait comme une déviation par rapport aux objectifs de Ada 83.&lt;br /&gt;
&lt;br /&gt;
Tant et si bien que quelques années plus tard, je décidai de réécrire à nouveau KALINDA, en pur Ada 83 cette fois. Et les choses se passèrent en fait beaucoup mieux. Les contraintes de structure modulaire étant plus fortes dans leur simplicité, il fallut trouver des solutions qui s&#039;avérèrent bien plus lisibles à long terme que ce qui avait été fait en Ada 95.&lt;br /&gt;
&lt;br /&gt;
Les spécialistes des systèmes de haute fiabilité et temps réels ont certainement gagné sur certaines fonctionnalités avec Ada 9X et suivants, mais je maintiens que par expérience quelque chose a été perdu qui était très spécifique d&#039;Ada 83 : une contrainte à l&#039;implémentation que j&#039;avais déjà bien ressentie en programmant CAVISO avec DEC Ada. C&#039;est une caractéristique d&#039;Ada 83 un peu difficile à exprimer clairement, qui se manifeste par certaines difficultés à trouver parfois la bonne solution au problème qu&#039;on se propose de résoudre, mais qui fournit une fois trouvée une réalisation propre à une relecture et à une réappropriation du logiciel après des temps assez longs hors de la logique du programme.&lt;br /&gt;
&lt;br /&gt;
De fait, la version Ada 83 de KALINDA est la seule dans laquelle je peux revenir après des mois sans difficulté à réintégrer la logique système du programme.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Un pour Ada 83&#039;&#039;&#039;==&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=218</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=218"/>
		<updated>2026-08-02T15:01:07Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée e, 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignange de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc d&#039;écrire un système très proche, nommé KALINDA, en Pascal Codewarrior sur LC III, puis sur PowerPC. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior Pascal s&#039;éteignit le source Pascal non normalisé ne trouva plus de compilateur capable de traiter toutes les options et codes d&#039;assemblage. Ainsi périt la première version de KALINDA.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Comme le langage C était en vogue, je me mis à rédiger une version C. Ca ne dura pas longtemps tant la maintenabilité était pire qu&#039;avec Pascal. L&#039;amorce de KALINDA C eut donc une vie très courte.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Enfin, je décidai d&#039;utiliser Ada langage avec lequel j&#039;avais gardé le contact et rédigé le système automatique de l&#039;expérience DEVLUM pour la mise en évidence des déviations de lumière (second effet Allais).&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=217</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=217"/>
		<updated>2026-08-02T14:51:54Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==&amp;lt;center&amp;gt;&#039;&#039;&#039;Ma vie avec Ada 83&#039;&#039;&#039;&amp;lt;/center&amp;gt;==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;Vincent MORIN&lt;br /&gt;
Maître de conférence&amp;lt;br&amp;gt;&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
&amp;lt;br&amp;gt;Brest FRANCE&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;SYBILIN/CAVISO la capsule temporelle&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre dans un langage qui n&#039;est pas célébré pour sa clarté.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des calculateurs DEC VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée e, 1988 avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada et conservé une pratique du langage, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité. Un beau témoignange de longévité.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=&#039;&#039;&#039;L&#039;aventure des OS KALINDA&#039;&#039;&#039;=&lt;br /&gt;
&lt;br /&gt;
Le système d&#039;exploitation Mac OS du Macintosh Plus avait toujours suscité mon admiration, et la documentation papier complète des quatre volume Inside Macintosh m&#039;était dans les années 1990-2000 quasiment un livre de chevet.&lt;br /&gt;
Il me prit donc de réécrire ce système en Pascal Codewarrior sur LC III, puis sur PowerPC. Cette version Pascal était fort avancée mais commença à devenir difficile à maintenir et à faire évoluer. Quand un jour Codewarrior s&#039;éteignit&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=216</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=216"/>
		<updated>2026-08-02T14:36:26Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Ma vie avec Ada 83&lt;br /&gt;
&lt;br /&gt;
Vincent MORIN&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
Brest FRANCE&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse en 1986, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimé sur l&#039;imprimante laser du centre d&#039;Issy les Moulineaux pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le livre de listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2024, faisant du rangement, je redécouvris dans une malette le dit listing, un livre agrafé relié et impeccablement conservé. Ayant entre temps acquis de l&#039;expérience avec Ada, je me demandai s&#039;il serait possible de faire revivre CAVISO presque quarante ans après. Le listing laser étant de très belle qualité, le passage à l&#039;OCR se fit sans problème et les fichiers Ada 83 de 1988 furent rétablis sous Linux. Ce fut une demi surprise, mais quarante années après, le code source Ada développé avec DEC Ada entre 1986 et 1988 se compila sans problème avec Gnat en 2024.&lt;br /&gt;
A quatre décennies d&#039;intervalle le logiciel Ada 83 avait conservé toute sa validité.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=215</id>
		<title>My life with Ada 83</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=My_life_with_Ada_83&amp;diff=215"/>
		<updated>2026-08-02T14:17:20Z</updated>

		<summary type="html">&lt;p&gt;Vmo: Created page with &amp;quot;Ma vie avec Ada 83  Vincent MORIN Université de Bretagne Occidentale (UBO) Brest FRANCE  Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&amp;#039;agissait de travailler à l&amp;#039;amélioration d&amp;#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort o...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Ma vie avec Ada 83&lt;br /&gt;
&lt;br /&gt;
Vincent MORIN&lt;br /&gt;
Université de Bretagne Occidentale (UBO)&lt;br /&gt;
Brest FRANCE&lt;br /&gt;
&lt;br /&gt;
Cette histoire commence vers 1985 alors que je commençais une thèse en électronique sous la direction du Pr. Pierre Jarry et la supervision de Mme Agnieska Konczykowska. Il s&#039;agissait de travailler à l&#039;amélioration d&#039;un programme de simulation symbolique de circuits linéaires nommé SYBILIN et développé en FORTAN au CNET de Bagneux. Ce programme utilisait une méthode fort originale de calcul de la fonction de transfert d&#039;un circuit à l&#039;aide des graphes de Mason-Coates. Mais l&#039;écriture en FORTRAN se montra un obstacle considérable à la compréhension et à la reprise du logiciel. Je fus ainsi confronté assez brutalement au problème de la reprise d&#039;un logiciel écrit par quelqu&#039;un d&#039;autre.&lt;br /&gt;
&lt;br /&gt;
Il se trouve que le service national venant couper ma thèse, je fis une année au Service Organisation et Méthodes Informatiques où parallèlement à la gestion des VAX je pris connaissance avec les nouveautés informatiques de la décennie 1980, dont le langage Ada original, celui que l&#039;on appelle Ada 83 aujourd&#039;hui pour le distinguer de ses évolutions Ada 95, Ada 2005, Ada 2012.&lt;br /&gt;
&lt;br /&gt;
Au retour à ma thèse, je proposai et obtins de travailler avec un compilateur Ada DEC sur un MicroVAX II pour développer une version beaucoup plus maintenable de SYBILIN. La thèse fut finalement passée avec la réécriture de ce logiciel dont la version Ada 83 a une histoire peu commune.&lt;br /&gt;
&lt;br /&gt;
L&#039;ensemble du logiciel SYBILIN en Ada, que j&#039;avais renommé CAVISO pour le distinguer de sa version FORTRAN, avait été imprimée sur laser pour archivage et référence future éventuelle. Puis les occupations universitaires prenant le pas, le listing tomba dans l&#039;oubli.&lt;br /&gt;
&lt;br /&gt;
Or vers 2025&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=214</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=214"/>
		<updated>2026-08-02T14:00:16Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[[#What is Ada 83 / TLALOC ?|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
[[#Ada 83 / TLALOC sources|Ada 83 / TLALOC sources]]&lt;br /&gt;
[[#Origin of Ada 83 / TLALOC|Origin of Ada 83 / TLALOC]]&lt;br /&gt;
&lt;br /&gt;
[[My life with Ada 83|My life with Ada 83 by V.Morin]]]]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler. It is all written in Ada 83 so that it can compile itself.&lt;br /&gt;
Its backend produces direct binary ELF through fasmg macros for a stack machine LLIR.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=213</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=213"/>
		<updated>2026-08-02T12:24:51Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* What is Ada 83 / TLALOC ? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
* [[#What is Ada 83 / TLALOC ?|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
* [[Ada 83 / TLALOC sources|Ada 83 / TLALOC sources]]&lt;br /&gt;
* [[Origin of Ada 83 / TLALOC|Origin of Ada 83 / TLALOC]]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler. It is all written in Ada 83 so that it can compile itself.&lt;br /&gt;
Its backend produces direct binary ELF through fasmg macros for a stack machine LLIR.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=212</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=212"/>
		<updated>2026-08-02T12:22:22Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
* [[#What is Ada 83 / TLALOC ?|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
* [[Ada 83 / TLALOC sources|Ada 83 / TLALOC sources]]&lt;br /&gt;
* [[Origin of Ada 83 / TLALOC|Origin of Ada 83 / TLALOC]]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=211</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=211"/>
		<updated>2026-08-02T12:20:56Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
* [[#What is Ada 83 / TLALOC ?|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
* Ada 83 / TLALOC sources&lt;br /&gt;
* Origin of Ada 83 / TLALOC&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=210</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=210"/>
		<updated>2026-08-02T12:18:22Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* What is Ada 83 / TLALOC ? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
* [[Ada_83_TLALOC|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
* Ada 83 / TLALOC sources&lt;br /&gt;
* Origin of Ada 83 / TLALOC&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=209</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=209"/>
		<updated>2026-08-02T12:16:28Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 / TLALOC compiler */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
* [[Ada_83_TLALOC|What is Ada 83 / TLALOC ?]]&lt;br /&gt;
* Ada 83 / TLALOC sources&lt;br /&gt;
* Origin of Ada 83 / TLALOC&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=208</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=208"/>
		<updated>2026-08-02T12:14:29Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 / TLALOC sources */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* What is Ada 83 / TLALOC ?&lt;br /&gt;
* Ada 83 / TLALOC sources&lt;br /&gt;
* Origin of Ada 83 / TLALOC&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository : &amp;lt;br&amp;gt;&amp;lt;center&amp;gt;&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&amp;lt;/center&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=207</id>
		<title>Ada 83 TLALOC</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_TLALOC&amp;diff=207"/>
		<updated>2026-08-02T12:12:20Z</updated>

		<summary type="html">&lt;p&gt;Vmo: Created page with &amp;quot;= &amp;#039;&amp;#039;&amp;#039;Ada 83 / TLALOC compiler&amp;#039;&amp;#039;&amp;#039;= &amp;lt;br&amp;gt;  * What is Ada 83 / TLALOC ? * Ada 83 / TLALOC sources * Origin of Ada 83 / TLALOC &amp;lt;br&amp;gt;  ==&amp;#039;&amp;#039;&amp;#039;What is Ada 83 / TLALOC ?&amp;#039;&amp;#039;&amp;#039;==  Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.  ==&amp;#039;&amp;#039;&amp;#039;Ada 83 / TLALOC sources&amp;#039;&amp;#039;&amp;#039;==  It can be examined here :  light sources repository : [https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]  heavier historical repositories with documentation and modifications jo...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= &#039;&#039;&#039;Ada 83 / TLALOC compiler&#039;&#039;&#039;=&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* What is Ada 83 / TLALOC ?&lt;br /&gt;
* Ada 83 / TLALOC sources&lt;br /&gt;
* Origin of Ada 83 / TLALOC&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;What is Ada 83 / TLALOC ?&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Ada 83 TLALOC is a modern resurrection of a pure Ada 83 MIL-STD-1815A compiler.&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Ada 83 / TLALOC sources&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
It can be examined here :&lt;br /&gt;
&lt;br /&gt;
light sources repository :&lt;br /&gt;
[https://sr.ht/~vincent_morin/Ada_83_TLALOC/ Ada-83-TLALOC sources]&lt;br /&gt;
&lt;br /&gt;
heavier historical repositories with documentation and modifications journals :&lt;br /&gt;
&lt;br /&gt;
[https://framagit.org/VMo/ada-83-compiler-tools Ada-83-TLALOC Original Framagit site]&lt;br /&gt;
&lt;br /&gt;
[https://github.com/ViMoBr/Ada-83-TLALOC Github mirror of Ada-83-TLALOC historical site]&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Origin of Ada 83 / TLALOC&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
TLALOC compiler originates from a series of tools for Ada 83 compiling to DIANA intermediate representation. Those tools were written in Ada 83 themselves and published in the Ada Software Repository in the 1990ies.&lt;br /&gt;
&lt;br /&gt;
Vincent Morin from the Université de Bretagne Occidentale (Brest, France) reunited the Ada source code for separate phases in a homogeneous Ada 83 front-end and extensively modified the tree structure to adapt it to Gnat in Ada 83 mode and clarify some DIANA tree data structures.&lt;br /&gt;
&lt;br /&gt;
Then V.Morin estimated that Ada 83 should have a modern dedicated compiler. Gnat has a -gnat83 option flag, but this well known compiler is essentially an Ada 9X, 2X very big compiler system with a compatible Ada 83 mode. Some Ada 83 rules are not exactly respected by Gnat.&lt;br /&gt;
&lt;br /&gt;
An expander backend has thus been written with the most direct path to a binary executable : produce stack machine LLIR macro instructions for the fasmg assembly machine. This allows for direct production of a static ELF-64 binary.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Compilers&amp;diff=206</id>
		<title>Compilers</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Compilers&amp;diff=206"/>
		<updated>2026-08-02T11:36:28Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{stub}}&lt;br /&gt;
&lt;br /&gt;
This page intends to list all Ada 83 compilers and interpreters.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Present&#039;&#039;&#039;&lt;br /&gt;
* [[GCC (GNAT)]]&lt;br /&gt;
* [[Ada_83_TLALOC]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Historical&#039;&#039;&#039;&lt;br /&gt;
* [[Ada/Ed]]&lt;br /&gt;
* [[DEC Ada]]&lt;br /&gt;
* [[Janus/Ada]]&lt;br /&gt;
* [[ObjectAda]]&lt;br /&gt;
* [[Green Hills Ada]]&lt;br /&gt;
* [[LegacyAda/390]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=203</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=203"/>
		<updated>2025-06-11T08:32:36Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* The ENST theses and P.Kruchten / J.P.Rosen documents */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
In the end of 1986, two theses are presented at the ENST (Ecole Nationale Supérieure des Télécommunications) a work done in collaboration with the NYUADA project team where [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar] is then working.&lt;br /&gt;
&lt;br /&gt;
* Philippe Kruchten : [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
This is a very important reference for understanding Ada/Ed type template mechanism.&lt;br /&gt;
&lt;br /&gt;
* Jean Pierre Rosen : [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
The DIANA intermediate representation revision 4 of 1986 [[:File:DIANA-Ref-Manual-1986-rev4.pdf  | Intermetrics 1986 ]]&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;br /&gt;
&lt;br /&gt;
==== Ada 83 compiler research ====&lt;br /&gt;
&lt;br /&gt;
The these from J. van Katwijk at Delft university in 1987 describing the &amp;quot;Ada-&amp;quot; (Ada minus) compiler : [[:File:Thesis J Katwijk AdaMinus compiler 1987.pdf|thesis Katwijk]]&lt;br /&gt;
&lt;br /&gt;
A rare article on the generics implementation in Ada 83 :&lt;br /&gt;
[[:File:G Bray Generics.pdf|Implementation Implications of Ada Generics G.Bray sept 1983 ]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=202</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=202"/>
		<updated>2025-05-18T13:23:03Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 compiler research */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
The DIANA intermediate representation revision 4 of 1986 [[:File:DIANA-Ref-Manual-1986-rev4.pdf  | Intermetrics 1986 ]]&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;br /&gt;
&lt;br /&gt;
==== Ada 83 compiler research ====&lt;br /&gt;
&lt;br /&gt;
The these from J. van Katwijk at Delft university in 1987 describing the &amp;quot;Ada-&amp;quot; (Ada minus) compiler : [[:File:Thesis J Katwijk AdaMinus compiler 1987.pdf|thesis Katwijk]]&lt;br /&gt;
&lt;br /&gt;
A rare article on the generics implementation in Ada 83 :&lt;br /&gt;
[[:File:G Bray Generics.pdf|Implementation Implications of Ada Generics G.Bray sept 1983 ]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=200</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=200"/>
		<updated>2025-05-18T08:28:46Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 compiler research */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
The DIANA intermediate representation revision 4 of 1986 [[:File:DIANA-Ref-Manual-1986-rev4.pdf  | Intermetrics 1986 ]]&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;br /&gt;
&lt;br /&gt;
==== Ada 83 compiler research ====&lt;br /&gt;
&lt;br /&gt;
The these from J. van Katwijk at Delft university in 1987 describing the &amp;quot;Ada-&amp;quot; (Ada minus) compiler : [[:File:Thesis J Katwijk AdaMinus compiler 1987.pdf|thesis Katwijk]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=199</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=199"/>
		<updated>2025-05-18T08:27:56Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* DIANA Intermediate Representation documents */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
The DIANA intermediate representation revision 4 of 1986 [[:File:DIANA-Ref-Manual-1986-rev4.pdf  | Intermetrics 1986 ]]&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;br /&gt;
&lt;br /&gt;
==== Ada 83 compiler research ====&lt;br /&gt;
&lt;br /&gt;
The these from J. van Katwijk at Delft university in 1987 describing the &amp;quot;Ada-&amp;quot; (Ada minus) compiler : [[File:Thesis J Katwijk AdaMinus compiler 1987.pdf|thesis Katwijk]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=File:DIANA-Ref-Manual-1986-rev4.pdf&amp;diff=198</id>
		<title>File:DIANA-Ref-Manual-1986-rev4.pdf</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=File:DIANA-Ref-Manual-1986-rev4.pdf&amp;diff=198"/>
		<updated>2025-05-18T08:25:09Z</updated>

		<summary type="html">&lt;p&gt;Vmo: Manuel_DIANA_1986 complete specification&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Manuel_DIANA_1986 complete specification&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=197</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=197"/>
		<updated>2025-05-18T08:22:05Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* Ada 83 compiler research */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;br /&gt;
&lt;br /&gt;
==== Ada 83 compiler research ====&lt;br /&gt;
&lt;br /&gt;
The these from J. van Katwijk at Delft university in 1987 describing the &amp;quot;Ada-&amp;quot; (Ada minus) compiler : [[File:Thesis J Katwijk AdaMinus compiler 1987.pdf|thesis Katwijk]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=File:G_Bray_Generics.pdf&amp;diff=196</id>
		<title>File:G Bray Generics.pdf</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=File:G_Bray_Generics.pdf&amp;diff=196"/>
		<updated>2025-05-18T08:21:38Z</updated>

		<summary type="html">&lt;p&gt;Vmo: One rare article on generics implementation problems in Ada 83&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
One rare article on generics implementation problems in Ada 83&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=195</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=195"/>
		<updated>2025-05-18T08:19:06Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;br /&gt;
&lt;br /&gt;
==== Ada 83 compiler research ====&lt;br /&gt;
&lt;br /&gt;
The these from J. van Katwijk at Delft university in 1987 describing the &amp;quot;Ada-&amp;quot; (Ada minus) compiler : [[Thesis J Katwijk AdaMinus compiler 1987.pdf|thesis Katwijk]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=File:Thesis_J_Katwijk_AdaMinus_compiler_1987.pdf&amp;diff=194</id>
		<title>File:Thesis J Katwijk AdaMinus compiler 1987.pdf</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=File:Thesis_J_Katwijk_AdaMinus_compiler_1987.pdf&amp;diff=194"/>
		<updated>2025-05-18T08:17:57Z</updated>

		<summary type="html">&lt;p&gt;Vmo: J.van Katwijk thesis on &amp;quot;Ada minus&amp;quot; compiler with reviews of Ada 83 technical information available at the time.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
J.van Katwijk thesis on &amp;quot;Ada minus&amp;quot; compiler with reviews of Ada 83 technical information available at the time.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=181</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=181"/>
		<updated>2025-05-16T07:48:25Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
[[File:Ada LRM US gov.jpg|thumb|center| An original soft cover Ada 83 LRM distributed circa 1989 with an HP machine]]&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=File:Ada_LRM_US_gov.jpg&amp;diff=180</id>
		<title>File:Ada LRM US gov.jpg</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=File:Ada_LRM_US_gov.jpg&amp;diff=180"/>
		<updated>2025-05-16T07:42:42Z</updated>

		<summary type="html">&lt;p&gt;Vmo: An original soft cover LRM&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
An original soft cover LRM&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=179</id>
		<title>Ada 83 history</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=179"/>
		<updated>2025-05-13T21:22:49Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;  &lt;br /&gt;
== Brief historical context ==&lt;br /&gt;
&lt;br /&gt;
In the history of the development of modern computing, there is a particular and rich period that extends from the early 1980s to the mid-1990s.&lt;br /&gt;
This period corresponds to the appearance and maturation of personal computing (IBM PC in 1981, Apple Macintosh in 1984) and the birth of the&lt;br /&gt;
Internet. &lt;br /&gt;
&lt;br /&gt;
The previous period, which could be situated in the 1970s, saw the beginning of microprocessor technology (Intel 4004 in 1971) which would lead&lt;br /&gt;
to the gradual disappearance of large “mainframe” computers in favor of mini-computers and then micro-computers and compact personal&lt;br /&gt;
workstations with increasing power. &lt;br /&gt;
Computer programming languages ​​follow the evolution of increasingly capable hardware in terms of speed and memory, and one of them in&lt;br /&gt;
particular, the Pascal language, which appeared in 1970, will exert a particular influence. &lt;br /&gt;
Following Pascal, a reflection on the homogenization of software systems of the American Department of Defense (DoD) began in 1974 and led in&lt;br /&gt;
1983 to the definition of a highly advanced language: Ada, now known as Ada 83 to distinguish it from its evolutionary versions Ada 95 and later,&lt;br /&gt;
2005, 2012, 2022.&lt;br /&gt;
  &lt;br /&gt;
== Ada 83 in its time ==&lt;br /&gt;
&lt;br /&gt;
Here is a timeline of salient events relating to the period that interests us (preparatory from 1970 to 1983, standardized life of the Ada 83&lt;br /&gt;
language from 1983 to 1994).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1971&#039;&#039;&#039; the Intel 4004 microprocessor is produced.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1974&#039;&#039;&#039; independent proposals for a common language from the US defense services: US-ARMY, US-AIR FORCE, US-NAVY.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1975&#039;&#039;&#039; Creation of the High Order Language Working Group (HOLWG), beginning of the Strawman language specifications, then Wooden man.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1976&#039;&#039;&#039; (January) Tinman specifications, parallel evaluation of 23 existing languages. Derivatives of the Algol-68, Pascal, PL-1 languages ​​are&lt;br /&gt;
recognized as possible bases.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1977&#039;&#039;&#039; (January) Ironman specifications. &lt;br /&gt;
(August) four competitors emerge among 15 proposals mainly based on Pascal: CII-Honeywell Bull, Intermetrics, Softech, SRI International.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1978&#039;&#039;&#039; 2 competitors continue: Steelman specifications. Digital Equipment Corporation (DEC) releases the VAX 11/780 &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1979&#039;&#039;&#039; (April) The “Green” project led by Jean Ichbiah (CII-Honeywell team) is selected. In May the name of the language is chosen, it will be “Ada”, in&lt;br /&gt;
homage to Augusta Ada Lovelace (1815-1852), daughter of the poet Byron and collaborator of Charles Babbage in his work on the “Analytical&lt;br /&gt;
Machine”. New York University (NYU) with Robert Dewar examines the Ada specification and develops a partial executable model in SETL&lt;br /&gt;
language. Launch of the Stoneman project for a programming environment for the common Ada language. Appearance of the Motorola 68000&lt;br /&gt;
microprocessor. It will be discontinued in 1996, the succession being taken over by its successors 68010 to 68060. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1980&#039;&#039;&#039; intermediate standard, NYU Ada/Ed is adapted. In December HOLWG becomes Ada Joint Program Office (AJPO). J. Ichbiah founds Alsys. &lt;br /&gt;
1981 IBM introduces the first PC. &lt;br /&gt;
1982 new Ada reference manual, adapted from NYU Ada/Ed1983 release of the ANSI-MIL-STD-1815 standard defining Ada 83, in April Ada/Ed is validated on the ACVC (Ada Compiler Validation Capability)&lt;br /&gt;
tests. &lt;br /&gt;
&lt;br /&gt;
[[File:Diploma of first validated compiler.jpg|center|frame|caption|300px|alt=Presentation of diploma for first validated Ada compiler|Presentation of diploma for first validated Ada compiler to the Ada/Ed team, Robert Dewar (right) and Ed Schonberg (left)]]&lt;br /&gt;
&lt;br /&gt;
The C language becomes popular, between 1985 and 1992 Ada/Ed will be translated into C. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1984&#039;&#039;&#039; Apple presents the Macintosh, DEC releases the Microvax I. The DEC Ada compiler is available. &lt;br /&gt;
1985 release of the IBM OS-2 operating system. Workstation for Ada programming Rational R1000. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1986&#039;&#039;&#039; Collaboration of the National Center for the Study of Telecommunications (CNET) with NYU on the C version of Ada/Ed.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1987&#039;&#039;&#039; ISO standard, revision in preparation for Ada 95. DEC microvax 3000. &lt;br /&gt;
1989 C language is standardized: ANSI C. &lt;br /&gt;
1990 Intermetrics is chosen for the Ada 9X revision &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1992&#039;&#039;&#039; DEC Alpha AXP processor. Minicomputers give way to microcomputers. DEC, not having taken the turn well, will disappear in 1998. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1994&#039;&#039;&#039; November Ada 95 revision accepted. Now the transition out of Ada 83 begins, although compatible with Ada 83, Ada 95 is in many aspects,&lt;br /&gt;
including object programming, a language with a very different flavor.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=178</id>
		<title>Ada 83 history</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=178"/>
		<updated>2025-05-13T21:20:13Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;  &lt;br /&gt;
== Brief historical context ==&lt;br /&gt;
&lt;br /&gt;
In the history of the development of modern computing, there is a particular and rich period that extends from the early 1980s to the mid-1990s.&lt;br /&gt;
This period corresponds to the appearance and maturation of personal computing (IBM PC in 1981, Apple Macintosh in 1984) and the birth of the&lt;br /&gt;
Internet. &lt;br /&gt;
&lt;br /&gt;
The previous period, which could be situated in the 1970s, saw the beginning of microprocessor technology (Intel 4004 in 1971) which would lead&lt;br /&gt;
to the gradual disappearance of large “mainframe” computers in favor of mini-computers and then micro-computers and compact personal&lt;br /&gt;
workstations with increasing power. &lt;br /&gt;
Computer programming languages ​​follow the evolution of increasingly capable hardware in terms of speed and memory, and one of them in&lt;br /&gt;
particular, the Pascal language, which appeared in 1970, will exert a particular influence. &lt;br /&gt;
Following Pascal, a reflection on the homogenization of software systems of the American Department of Defense (DoD) began in 1974 and led in&lt;br /&gt;
1983 to the definition of a highly advanced language: Ada, now known as Ada 83 to distinguish it from its evolutionary versions Ada 95 and later,&lt;br /&gt;
2005, 2012, 2022.&lt;br /&gt;
  &lt;br /&gt;
== Ada 83 in its time ==&lt;br /&gt;
&lt;br /&gt;
Here is a timeline of salient events relating to the period that interests us (preparatory from 1970 to 1983, standardized life of the Ada 83&lt;br /&gt;
language from 1983 to 1994).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1971&#039;&#039;&#039; the Intel 4004 microprocessor is produced.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1974&#039;&#039;&#039; independent proposals for a common language from the US defense services: US-ARMY, US-AIR FORCE, US-NAVY.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1975&#039;&#039;&#039; Creation of the High Order Language Working Group (HOLWG), beginning of the Strawman language specifications, then Wooden man.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1976&#039;&#039;&#039; (January) Tinman specifications, parallel evaluation of 23 existing languages. Derivatives of the Algol-68, Pascal, PL-1 languages ​​are&lt;br /&gt;
recognized as possible bases.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1977&#039;&#039;&#039; (January) Ironman specifications. &lt;br /&gt;
(August) four competitors emerge among 15 proposals mainly based on Pascal: CII-Honeywell Bull, Intermetrics, Softech, SRI International.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1978&#039;&#039;&#039; 2 competitors continue: Steelman specifications. Digital Equipment Corporation (DEC) releases the VAX 11/780 &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1979&#039;&#039;&#039; (April) The “Green” project led by Jean Ichbiah (CII-Honeywell team) is selected. In May the name of the language is chosen, it will be “Ada”, in&lt;br /&gt;
homage to Augusta Ada Lovelace (1815-1852), daughter of the poet Byron and collaborator of Charles Babbage in his work on the “Analytical&lt;br /&gt;
Machine”. New York University (NYU) with Robert Dewar examines the Ada specification and develops a partial executable model in SETL&lt;br /&gt;
language. Launch of the Stoneman project for a programming environment for the common Ada language. Appearance of the Motorola 68000&lt;br /&gt;
microprocessor. It will be discontinued in 1996, the succession being taken over by its successors 68010 to 68060. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1980&#039;&#039;&#039; intermediate standard, NYU Ada/Ed is adapted. In December HOLWG becomes Ada Joint Program Office (AJPO). J. Ichbiah founds Alsys. &lt;br /&gt;
1981 IBM introduces the first PC. &lt;br /&gt;
1982 new Ada reference manual, adapted from NYU Ada/Ed1983 release of the ANSI-MIL-STD-1815 standard defining Ada 83, in April Ada/Ed is validated on the ACVC (Ada Compiler Validation Capability)&lt;br /&gt;
tests. &lt;br /&gt;
&lt;br /&gt;
[[File:Diploma of first validated compiler.jpg|center|frame|caption|400px|alt=Presentation of diploma for first validated Ada compiler|Presentation of diploma for first validated Ada compiler to the Ada/Ed team, Robert Dewar (right) and Ed Schonberg (left)]]&lt;br /&gt;
&lt;br /&gt;
The C language becomes popular, between 1985 and 1992 Ada/Ed will be translated into C. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1984&#039;&#039;&#039; Apple presents the Macintosh, DEC releases the Microvax I. The DEC Ada compiler is available. &lt;br /&gt;
1985 release of the IBM OS-2 operating system. Workstation for Ada programming Rational R1000. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1986&#039;&#039;&#039; Collaboration of the National Center for the Study of Telecommunications (CNET) with NYU on the C version of Ada/Ed.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1987&#039;&#039;&#039; ISO standard, revision in preparation for Ada 95. DEC microvax 3000. &lt;br /&gt;
1989 C language is standardized: ANSI C. &lt;br /&gt;
1990 Intermetrics is chosen for the Ada 9X revision &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1992&#039;&#039;&#039; DEC Alpha AXP processor. Minicomputers give way to microcomputers. DEC, not having taken the turn well, will disappear in 1998. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1994&#039;&#039;&#039; November Ada 95 revision accepted. Now the transition out of Ada 83 begins, although compatible with Ada 83, Ada 95 is in many aspects,&lt;br /&gt;
including object programming, a language with a very different flavor.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=177</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=177"/>
		<updated>2025-05-13T11:26:29Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf | B.Zorn Berkeley 1984 ]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf&amp;diff=176</id>
		<title>File:Exp ada codegen-BG-Zorn-UC-Berkeley-1984.pdf</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=File:Exp_ada_codegen-BG-Zorn-UC-Berkeley-1984.pdf&amp;diff=176"/>
		<updated>2025-05-13T11:26:02Z</updated>

		<summary type="html">&lt;p&gt;Vmo: Article about using DIANA for code generation&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Article about using DIANA for code generation&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=175</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=175"/>
		<updated>2025-05-13T11:24:57Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;br /&gt;
&lt;br /&gt;
==== DIANA Intermediate Representation documents ====&lt;br /&gt;
&lt;br /&gt;
Experiences with Ada code generation [[ :File:B_Zorn_Exp_Berkeley.pdf | B.Zorn Berkeley 1984 ]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=174</id>
		<title>Ada 83 history</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=174"/>
		<updated>2025-05-13T09:28:01Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;  &lt;br /&gt;
== Brief historical context ==&lt;br /&gt;
&lt;br /&gt;
In the history of the development of modern computing, there is a particular and rich period that extends from the early 1980s to the mid-1990s.&lt;br /&gt;
This period corresponds to the appearance and maturation of personal computing (IBM PC in 1981, Apple Macintosh in 1984) and the birth of the&lt;br /&gt;
Internet. &lt;br /&gt;
&lt;br /&gt;
The previous period, which could be situated in the 1970s, saw the beginning of microprocessor technology (Intel 4004 in 1971) which would lead&lt;br /&gt;
to the gradual disappearance of large “mainframe” computers in favor of mini-computers and then micro-computers and compact personal&lt;br /&gt;
workstations with increasing power. &lt;br /&gt;
Computer programming languages ​​follow the evolution of increasingly capable hardware in terms of speed and memory, and one of them in&lt;br /&gt;
particular, the Pascal language, which appeared in 1970, will exert a particular influence. &lt;br /&gt;
Following Pascal, a reflection on the homogenization of software systems of the American Department of Defense (DoD) began in 1974 and led in&lt;br /&gt;
1983 to the definition of a highly advanced language: Ada, now known as Ada 83 to distinguish it from its evolutionary versions Ada 95 and later,&lt;br /&gt;
2005, 2012, 2022.&lt;br /&gt;
  &lt;br /&gt;
== Ada 83 in its time ==&lt;br /&gt;
&lt;br /&gt;
Here is a timeline of salient events relating to the period that interests us (preparatory from 1970 to 1983, standardized life of the Ada 83&lt;br /&gt;
language from 1983 to 1994).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1971&#039;&#039;&#039; the Intel 4004 microprocessor is produced.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1974&#039;&#039;&#039; independent proposals for a common language from the US defense services: US-ARMY, US-AIR FORCE, US-NAVY.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1975&#039;&#039;&#039; Creation of the High Order Language Working Group (HOLWG), beginning of the Strawman language specifications, then Wooden man.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1976&#039;&#039;&#039; (January) Tinman specifications, parallel evaluation of 23 existing languages. Derivatives of the Algol-68, Pascal, PL-1 languages ​​are&lt;br /&gt;
recognized as possible bases.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1977&#039;&#039;&#039; (January) Ironman specifications. &lt;br /&gt;
(August) four competitors emerge among 15 proposals mainly based on Pascal: CII-Honeywell Bull, Intermetrics, Softech, SRI International.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1978&#039;&#039;&#039; 2 competitors continue: Steelman specifications. Digital Equipment Corporation (DEC) releases the VAX 11/780 &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1979&#039;&#039;&#039; (April) The “Green” project led by Jean Ichbiah (CII-Honeywell team) is selected. In May the name of the language is chosen, it will be “Ada”, in&lt;br /&gt;
homage to Augusta Ada Lovelace (1815-1852), daughter of the poet Byron and collaborator of Charles Babbage in his work on the “Analytical&lt;br /&gt;
Machine”. New York University (NYU) with Robert Dewar examines the Ada specification and develops a partial executable model in SETL&lt;br /&gt;
language. Launch of the Stoneman project for a programming environment for the common Ada language. Appearance of the Motorola 68000&lt;br /&gt;
microprocessor. It will be discontinued in 1996, the succession being taken over by its successors 68010 to 68060. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1980&#039;&#039;&#039; intermediate standard, NYU Ada/Ed is adapted. In December HOLWG becomes Ada Joint Program Office (AJPO). J. Ichbiah founds Alsys. &lt;br /&gt;
1981 IBM introduces the first PC. &lt;br /&gt;
1982 new Ada reference manual, adapted from NYU Ada/Ed1983 release of the ANSI-MIL-STD-1815 standard defining Ada 83, in April Ada/Ed is validated on the ACVC (Ada Compiler Validation Capability)&lt;br /&gt;
tests. &lt;br /&gt;
&lt;br /&gt;
[[File:Diploma of first validated compiler.jpg|frame|caption|400px|alt=Presentation of diploma for first validated Ada compiler|Presentation of diploma for first validated Ada compiler to the Ada/Ed team, Robert Dewar (right) and Ed Schonberg (left)]]&lt;br /&gt;
&lt;br /&gt;
The C language becomes popular, between 1985 and 1992 Ada/Ed will be translated into C. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1984&#039;&#039;&#039; Apple presents the Macintosh, DEC releases the Microvax I. The DEC Ada compiler is available. &lt;br /&gt;
1985 release of the IBM OS-2 operating system. Workstation for Ada programming Rational R1000. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1986&#039;&#039;&#039; Collaboration of the National Center for the Study of Telecommunications (CNET) with NYU on the C version of Ada/Ed.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1987&#039;&#039;&#039; ISO standard, revision in preparation for Ada 95. DEC microvax 3000. &lt;br /&gt;
1989 C language is standardized: ANSI C. &lt;br /&gt;
1990 Intermetrics is chosen for the Ada 9X revision &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1992&#039;&#039;&#039; DEC Alpha AXP processor. Minicomputers give way to microcomputers. DEC, not having taken the turn well, will disappear in 1998. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1994&#039;&#039;&#039; November Ada 95 revision accepted. Now the transition out of Ada 83 begins, although compatible with Ada 83, Ada 95 is in many aspects,&lt;br /&gt;
including object programming, a language with a very different flavor.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=173</id>
		<title>Ada 83 history</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Ada_83_history&amp;diff=173"/>
		<updated>2025-05-13T09:22:27Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;  &lt;br /&gt;
== Brief historical context ==&lt;br /&gt;
&lt;br /&gt;
In the history of the development of modern computing, there is a particular and rich period that extends from the early 1980s to the mid-1990s.&lt;br /&gt;
This period corresponds to the appearance and maturation of personal computing (IBM PC in 1981, Apple Macintosh in 1984) and the birth of the&lt;br /&gt;
Internet. &lt;br /&gt;
&lt;br /&gt;
The previous period, which could be situated in the 1970s, saw the beginning of microprocessor technology (Intel 4004 in 1971) which would lead&lt;br /&gt;
to the gradual disappearance of large “mainframe” computers in favor of mini-computers and then micro-computers and compact personal&lt;br /&gt;
workstations with increasing power. &lt;br /&gt;
Computer programming languages ​​follow the evolution of increasingly capable hardware in terms of speed and memory, and one of them in&lt;br /&gt;
particular, the Pascal language, which appeared in 1970, will exert a particular influence. &lt;br /&gt;
Following Pascal, a reflection on the homogenization of software systems of the American Department of Defense (DoD) began in 1974 and led in&lt;br /&gt;
1983 to the definition of a highly advanced language: Ada, now known as Ada 83 to distinguish it from its evolutionary versions Ada 95 and later,&lt;br /&gt;
2005, 2012, 2022.&lt;br /&gt;
  &lt;br /&gt;
== Ada 83 in its time ==&lt;br /&gt;
&lt;br /&gt;
Here is a timeline of salient events relating to the period that interests us (preparatory from 1970 to 1983, standardized life of the Ada 83&lt;br /&gt;
language from 1983 to 1994).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1971&#039;&#039;&#039; the Intel 4004 microprocessor is produced.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1974&#039;&#039;&#039; independent proposals for a common language from the US defense services: US-ARMY, US-AIR FORCE, US-NAVY.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1975&#039;&#039;&#039; Creation of the High Order Language Working Group (HOLWG), beginning of the Strawman language specifications, then Wooden man.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1976&#039;&#039;&#039; (January) Tinman specifications, parallel evaluation of 23 existing languages. Derivatives of the Algol-68, Pascal, PL-1 languages ​​are&lt;br /&gt;
recognized as possible bases.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1977&#039;&#039;&#039; (January) Ironman specifications. &lt;br /&gt;
(August) four competitors emerge among 15 proposals mainly based on Pascal: CII-Honeywell Bull, Intermetrics, Softech, SRI International.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1978&#039;&#039;&#039; 2 competitors continue: Steelman specifications. Digital Equipment Corporation (DEC) releases the VAX 11/780 &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1979&#039;&#039;&#039; (April) The “Green” project led by Jean Ichbiah (CII-Honeywell team) is selected. In May the name of the language is chosen, it will be “Ada”, in&lt;br /&gt;
homage to Augusta Ada Lovelace (1815-1852), daughter of the poet Byron and collaborator of Charles Babbage in his work on the “Analytical&lt;br /&gt;
Machine”. New York University (NYU) with Robert Dewar examines the Ada specification and develops a partial executable model in SETL&lt;br /&gt;
language. Launch of the Stoneman project for a programming environment for the common Ada language. Appearance of the Motorola 68000&lt;br /&gt;
microprocessor. It will be discontinued in 1996, the succession being taken over by its successors 68010 to 68060. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1980&#039;&#039;&#039; intermediate standard, NYU Ada/Ed is adapted. In December HOLWG becomes Ada Joint Program Office (AJPO). J. Ichbiah founds Alsys. &lt;br /&gt;
1981 IBM introduces the first PC. &lt;br /&gt;
1982 new Ada reference manual, adapted from NYU Ada/Ed1983 release of the ANSI-MIL-STD-1815 standard defining Ada 83, in April Ada/Ed is validated on the ACVC (Ada Compiler Validation Capability)&lt;br /&gt;
tests. &lt;br /&gt;
&lt;br /&gt;
[[File:Diploma of first validated compiler.jpg|frame|alt=Presentation of diploma for first validated Ada compiler|Presentation of diploma for first validated Ada compiler to the Ada/Ed team, Robert Dewar (right) and Ed Schonberg (left)]]&lt;br /&gt;
&lt;br /&gt;
The C language becomes popular, between 1985 and 1992 Ada/Ed will be translated into C. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1984&#039;&#039;&#039; Apple presents the Macintosh, DEC releases the Microvax I. The DEC Ada compiler is available. &lt;br /&gt;
1985 release of the IBM OS-2 operating system. Workstation for Ada programming Rational R1000. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1986&#039;&#039;&#039; Collaboration of the National Center for the Study of Telecommunications (CNET) with NYU on the C version of Ada/Ed.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1987&#039;&#039;&#039; ISO standard, revision in preparation for Ada 95. DEC microvax 3000. &lt;br /&gt;
1989 C language is standardized: ANSI C. &lt;br /&gt;
1990 Intermetrics is chosen for the Ada 9X revision &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1992&#039;&#039;&#039; DEC Alpha AXP processor. Minicomputers give way to microcomputers. DEC, not having taken the turn well, will disappear in 1998. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;1994&#039;&#039;&#039; November Ada 95 revision accepted. Now the transition out of Ada 83 begins, although compatible with Ada 83, Ada 95 is in many aspects,&lt;br /&gt;
including object programming, a language with a very different flavor.&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Rational_R1000_Ada83_machine&amp;diff=170</id>
		<title>Rational R1000 Ada83 machine</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Rational_R1000_Ada83_machine&amp;diff=170"/>
		<updated>2025-05-12T09:13:20Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== DataMuseum.Dk revives a Rational R1000s400 ==&lt;br /&gt;
&lt;br /&gt;
The Rational R1000 was an Ada 83 machine. The Data Museum of Denmark had a hand on one of those machines in 2009 and succeeded in making it work again ! Some documentation about this enterprise is available here : [https://github.com/Datamuseum-DK/R1000.HwDoc R1000 Documentation]&lt;br /&gt;
&lt;br /&gt;
Last year they released an emulator which can be accessed through this link [https://datamuseum.dk/wiki/Rational/R1000s400 R1000s400 revival]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Rational_R1000_Ada83_machine&amp;diff=169</id>
		<title>Rational R1000 Ada83 machine</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Rational_R1000_Ada83_machine&amp;diff=169"/>
		<updated>2025-05-12T09:12:46Z</updated>

		<summary type="html">&lt;p&gt;Vmo: Created page with &amp;quot;== DataMuseum.Dk revives a Rational R1000s400 ==  The Rational R1000 was an Ada 83 machine. The Data Museum of Denmark had a hand on one one those machines and succeeded in making it work again ! Some documentation about this enterprise is available here : [https://github.com/Datamuseum-DK/R1000.HwDoc R1000 Documentation]  Last year they released an emulator which can be accessed through this link [https://datamuseum.dk/wiki/Rational/R1000s400 R1000s400 revival]&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== DataMuseum.Dk revives a Rational R1000s400 ==&lt;br /&gt;
&lt;br /&gt;
The Rational R1000 was an Ada 83 machine. The Data Museum of Denmark had a hand on one one those machines and succeeded in making it work again ! Some documentation about this enterprise is available here : [https://github.com/Datamuseum-DK/R1000.HwDoc R1000 Documentation]&lt;br /&gt;
&lt;br /&gt;
Last year they released an emulator which can be accessed through this link [https://datamuseum.dk/wiki/Rational/R1000s400 R1000s400 revival]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Documentation&amp;diff=167</id>
		<title>Documentation</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Documentation&amp;diff=167"/>
		<updated>2025-04-29T19:54:32Z</updated>

		<summary type="html">&lt;p&gt;Vmo: /* The ENST theses and P.Kruchten / J.P.Rosen documents */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== &#039;&#039;&#039;Ada 83 documentation&#039;&#039;&#039; ==&lt;br /&gt;
=== &#039;&#039;&#039;The LRM&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The primary source of information is the [[ :File:Ada-Ref-Manual-ANSI-MIL-STD-1815A.pdf | Language Reference Manual ]] (LRM) published by the DoD. This document comprizes 338 pages with annexes and indexes.&lt;br /&gt;
&lt;br /&gt;
Given the importance of the DEC (Digital Equipment Corporation) in the Ada 83 decade, a lot of people knew or worked with DEC Ada whose commented LRM is [[ : File:DEC ada lrm.pdf  | here ]].&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Some documents from prominent actors&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
The Jean Ichbiah [[ :File:Interview Ichbiah 1984.pdf  | ACM interview ]] in 1984 exposes his point of view on Ada 83.&lt;br /&gt;
A [[J_Ichbiah_mail_20_nov_1992|mail]] from J.Ichbiah to Christine Anderson in november 1992 is interesting from the point of view of this site, as it shows that preservation of Ada 83 is not only a computing history necessary task, but also the preservation of some qualities that revisions damaged.&lt;br /&gt;
J.P.Rosen in his book &amp;quot;Méthodes de génie logiciel avec Ada 95&amp;quot; (préambule section 3.2 p.30) notes that heritage opposes to static type verification.&lt;br /&gt;
&lt;br /&gt;
=== &#039;&#039;&#039;Various other documents and studies&#039;&#039;&#039; ===&lt;br /&gt;
&lt;br /&gt;
==== The ENST theses and P.Kruchten / J.P.Rosen documents ====&lt;br /&gt;
&lt;br /&gt;
A la fin de 1986, deux thèses sont passée à l&#039;ENST (Ecole Nationale Supérieure des Télécommunications) un travail fait en collaboration avec l&#039;équipe du projet NYUADA auquel travaille alors [https://en.wikipedia.org/wiki/Robert_Dewar Robert Dewar].&lt;br /&gt;
&lt;br /&gt;
* Thèse de Philippe Kruchten [[ :File:Thèse-P-Kruchten-ENST-1986.pdf | &amp;quot;une machine Ada virtuelle : architecture&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
* Thèse de Jean Pierre Rosen [[ :File:Thèse-JP-Rosen-ENST-1986.pdf  | &amp;quot;une machine virtuelle pour Ada : le système d&#039;exploitation&amp;quot; ]]&lt;br /&gt;
&lt;br /&gt;
A short article, 3 pages, from J.P.Rosen on the Ada way of managing numerical computing portability is [[ :File:Rosen Ada Numerics Model-AUJ43.pdf | here ]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
	<entry>
		<id>https://ada83.org/wiki/index.php?title=Welcome_to_Ada_83_Memory&amp;diff=166</id>
		<title>Welcome to Ada 83 Memory</title>
		<link rel="alternate" type="text/html" href="https://ada83.org/wiki/index.php?title=Welcome_to_Ada_83_Memory&amp;diff=166"/>
		<updated>2025-04-29T15:28:37Z</updated>

		<summary type="html">&lt;p&gt;Vmo: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[File:Ada 83 Memory.png|center|alt=Ada 83 Memory|420px]]&lt;br /&gt;
&amp;lt;hr/&amp;gt;&lt;br /&gt;
[[File:Ada Lovelace portrait.png|thumb|---  Ada Lovelace by A.E.Chalon (1840)  ---]]&lt;br /&gt;
&lt;br /&gt;
== &#039;&#039;&#039;Motivations&#039;&#039;&#039; ==&lt;br /&gt;
&lt;br /&gt;
This site aims to preserve heritage elements of the original Ada® language (now called &#039;&#039;&#039;Ada 83&#039;&#039;&#039;).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ada 83&#039;&#039;&#039; is a computer programming language set in its standard in 1983, and for which a fairly formidable design effort was deployed over nearly a decade, following which the language in its original form was used in large-scale projects over the following decade. Then revisions of the language were made which certainly increased its possibilities, but at the heavy cost of rather considerable complications on an originally quite sophisticated base which proved sufficient for many applications. &lt;br /&gt;
&lt;br /&gt;
At the time of its availability, &#039;&#039;&#039;Ada 83&#039;&#039;&#039; was considered a “big” language, the compilation of which put contemporary machines to the test. On current systems in these 2020s, the compilation of &#039;&#039;&#039;Ada 83&#039;&#039;&#039; has become easy. &lt;br /&gt;
&lt;br /&gt;
The extraordinary qualities of this language are, despite its forty-one-year-old age in 2024, still of particular interest from the point of view of software engineering. Since the operating principles of digital machines have not changed so much, the &#039;&#039;&#039;Ada 83&#039;&#039;&#039; language is still perfectly usable&lt;br /&gt;
and capable of providing services. Pascal, which predates it, is still used (albeit with object extensions), and the C language, whose contribution to&lt;br /&gt;
software engineering cannot be considered positively transcendent, is also. &lt;br /&gt;
&lt;br /&gt;
At the very least, it is essential to preserve &#039;&#039;&#039;Ada 83&#039;&#039;&#039;, its resources, its conceptual atmosphere, these works of human genius in the field of digital&lt;br /&gt;
information processing.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This site is thus a place dedicated to the ANSI/MIL-STD-1815A-1983 version of the Ada computer programming language ; version known today as &#039;&#039;&#039;Ada 83&#039;&#039;&#039; to distinguish it from later versions (Ada 95, Ada 2005, Ada 2012).&lt;br /&gt;
&lt;br /&gt;
The specification of &#039;&#039;&#039;Ada 83&#039;&#039;&#039; (the Ada Language Reference Manual) is close to 170 paper sheets long (around 270 pages of language definition proper), which makes it integrally accessible to an individual reader.&lt;br /&gt;
&lt;br /&gt;
The Ada language still exists but evolved so much that we wanted to preserve elements of the original version of the language. &#039;&#039;&#039;Ada 83&#039;&#039;&#039; is a peculiar programming universe that really deserves preservation, both for computer history purpose and as an example of a specially well designed tool for software reliability, readability, maintenance. We believe that &#039;&#039;&#039;Ada 83&#039;&#039;&#039; is still useful forty years later.&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Purpose&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
This site aims at gathering :&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;[[Ada_83_history|history]]&#039;&#039;&#039; facts&lt;br /&gt;
*  &#039;&#039;&#039;[[Ada_83_tools|tools]]&#039;&#039;&#039;&lt;br /&gt;
*  &#039;&#039;&#039;[[documentation]]&#039;&#039;&#039;&lt;br /&gt;
*  &#039;&#039;&#039;[[Ada_83_examples|examples]]&#039;&#039;&#039; written in &#039;&#039;&#039;Ada 83&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
The interest is also about &#039;&#039;&#039;Ada 83&#039;&#039;&#039; language machines like the [[Rational_R1000_Ada83_machine|Rational R1000]] and the [[iAPX_432_Ada83_machine|iAPX 432]].&lt;br /&gt;
&lt;br /&gt;
==&#039;&#039;&#039;Participate&#039;&#039;&#039;==&lt;br /&gt;
&lt;br /&gt;
Feel free to participate to the elaboration of Ada 83 Memory if you are a veteran of the 1980ies . Nonetheless be aware that only &#039;&#039;&#039;Ada 83&#039;&#039;&#039; is of interest here, no Ada 95 or later version will be considered (or only marginally if it serves an analytical purpose).&lt;br /&gt;
&lt;br /&gt;
[[Special:RequestAccount|You can request your account here]]&lt;/div&gt;</summary>
		<author><name>Vmo</name></author>
	</entry>
</feed>