# Ada 83 TLALOC on Windows 64/x86\_64

**URL:** https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740
**Category:** TLALOC
**Created:** [September 14, 2026, 8:01am UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740 "2026-09-14T08:01:52Z")
**Posts on this page:** 9
**Page:** 1

<div class="post-metadata">

### Author: ![VMo](https://forum.ada-lang.io/letter_avatar_proxy/v4/letter/v/47e85d/32.png) [@VMo](https://forum.ada-lang.io/u/VMo)
#### Post date: [September 14, 2026, 8:01am UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/1 "2026-09-14T08:01:52Z")

</div>

Hi.all

In one intense evening with AI help The assembly of TLALOC LLIR has been ported to Windows 64 and tested under wine. There is a codi\_x86\_64W.finc (with a “W”). which is used with fasmg to assemble the FAS/FINCs in a PE64 executable.

First the compile/assembly is made on Linux, the cross PE64 is then used with wine to recompile everything and produce a cross compiler x86\_64exe for Linux from Windows (follow me ?)

But producing a Windows executable from Windows must be done via fasmg because TARGET\_CODE to another OS than Linux is not currently done. It is just a transposition of the SYS\_ services of the new codi, it should not be very complicated.

In fact changing the target OS is relatively easy because only 15 SYS\_ macros must be adapted, all other binary generating macros do not change.

The LLIR macros is a very practical intermediate, the front end always produces the same LLIR for all processors and all OSes. Then the LLIR stack machine macros are adapted to the targets.

As soon as possible, I’ll try to make some optimization because the execs are big.

---

<div class="post-metadata">

### Author: ![Nordic\_Dogsledding](https://forum.ada-lang.io/user_avatar/forum.ada-lang.io/nordic_dogsledding/32/547_2.png) [@Nordic\_Dogsledding](https://forum.ada-lang.io/u/Nordic_Dogsledding)
#### Post date: [September 14, 2026, 3:12pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/2 "2026-09-14T15:12:50Z")

</div>

Sorry, I don’t understand any of this vernacular.  
IIUC, there is TLALOC on Wndows now. Where can I get it, how to install and operate it?  
Ececs may be big - i don’t care, just for playing a bit with it.  
Christoph

---

<div class="post-metadata">

### Author: ![VMo](https://forum.ada-lang.io/letter_avatar_proxy/v4/letter/v/47e85d/32.png) [@VMo](https://forum.ada-lang.io/u/VMo)
#### Post date: [September 15, 2026, 5:45pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/3 "2026-09-15T17:45:33Z")

</div>

Hi Christoph.

I prepared a cut down to bare minimum repos for you to try. Have a look at :

> **[Ada\_83\_TLALOC\_Windows: Windows port of TLALOC Ada 83 compiler](https://sr.ht/~vincent_morin/Ada_83_TLALOC_Windows/)**

The README gives simple instructions, tell me where it goes wrong if it does. I can only test with wine on Linux, I have no Windows 64 at hand. Access to sources remains on the other repo :

> **[Ada\_83\_TLALOC: Full MIL-STD-1815 Ada 83 compiler modern implementation with...](https://sr.ht/~vincent_morin/Ada_83_TLALOC/)**

---

<div class="post-metadata">

### Author: ![OneWingedShark](https://forum.ada-lang.io/user_avatar/forum.ada-lang.io/onewingedshark/32/305_2.png) [@OneWingedShark](https://forum.ada-lang.io/u/OneWingedShark)
#### Post date: [September 15, 2026, 9:34pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/4 "2026-09-15T21:34:49Z")

</div>

The assembler link is picking up the closing parenthesis; easily fixable by a user, but thought you’d like to know about the broken link.

---

<div class="post-metadata">

### Author: ![VMo](https://forum.ada-lang.io/letter_avatar_proxy/v4/letter/v/47e85d/32.png) [@VMo](https://forum.ada-lang.io/u/VMo)
#### Post date: [September 16, 2026, 6:35am UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/5 "2026-09-16T06:35:48Z")

</div>

Hi OWS ! Thank you for the return ! corrected.

---

<div class="post-metadata">

### Author: ![OneWingedShark](https://forum.ada-lang.io/user_avatar/forum.ada-lang.io/onewingedshark/32/305_2.png) [@OneWingedShark](https://forum.ada-lang.io/u/OneWingedShark)
#### Post date: [September 24, 2026, 7:26pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/6 "2026-09-24T19:26:38Z")

</div>

I had some free time and ran through the steps.  
Everything compiled and `Bonjour` ran as expected.

Looks good, insofar as I can tell.

---

<div class="post-metadata">

### Author: ![VMo](https://forum.ada-lang.io/letter_avatar_proxy/v4/letter/v/47e85d/32.png) [@VMo](https://forum.ada-lang.io/u/VMo)
#### Post date: [September 24, 2026, 9:36pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/7 "2026-09-24T21:36:15Z")

</div>

Hi OWS.  
Nice ! thank you for the return.

---

<div class="post-metadata">

### Author: ![csb6](https://forum.ada-lang.io/letter_avatar_proxy/v4/letter/c/e56c9b/32.png) [@csb6](https://forum.ada-lang.io/u/csb6)
#### Post date: [September 27, 2026, 5:25pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/8 "2026-09-27T17:25:14Z")

</div>

Not sure if you were aware, but [SourceHut has recently changed their policies](https://sourcehut.org/blog/2026-08-27-tos-changes-and-llms/) to no longer allow projects that use LLMs.

---

<div class="post-metadata">

### Author: ![VMo](https://forum.ada-lang.io/letter_avatar_proxy/v4/letter/v/47e85d/32.png) [@VMo](https://forum.ada-lang.io/u/VMo)
#### Post date: [September 27, 2026, 9:44pm UTC](https://forum.ada-lang.io/t/ada-83-tlaloc-on-windows-64-x86-64/4740/9 "2026-09-27T21:44:40Z")

</div>

Hi csb6 !

Thank you for the information, I did not know about this. I’ll migrate everything to Github. I am not a very heavy user of AI in the sense that I have no automated process on repositories. I only use them as backup of my own computer. But source hut position is defendable though some project as TLALOC would never have progressed without AI. I hope and myself thinks about open source and lower energy demanding AI. Well used AI is nonetheless a valuable tool.
