flat assembler
Message board for the users of flat assembler.

Index > Main > fasmg reference manual

Author
Thread Post new topic Reply to topic
sylware



Joined: 23 Oct 2020
Posts: 441
Location: Marseille/France
sylware 21 Jan 2023, 17:08
This is what's missing from fasmg.

A detailed reference manual of its commands with their inputs/outputs.

Not to be mistaken with the current manual or internals. It would show explicitely the difference between the "tokenized" world and "binary" world with their bridges.
Post 21 Jan 2023, 17:08
View user's profile Send private message Reply with quote
Tomasz Grysztar



Joined: 16 Jun 2003
Posts: 8356
Location: Kraków, Poland
Tomasz Grysztar 21 Jan 2023, 19:46
If there's anyone willing to design and edit some nice tables, I can assist with information and clarifications. But I'm unlikely to find time for yet another sub-project. Currently in the front of the queue I have some CALM improvements that require a careful design.
Post 21 Jan 2023, 19:46
View user's profile Send private message Visit poster's website Reply with quote
sylware



Joined: 23 Oct 2020
Posts: 441
Location: Marseille/France
sylware 21 Jan 2023, 20:23
That person would need a deep understanding of fasmg internals.
Post 21 Jan 2023, 20:23
View user's profile Send private message Reply with quote
Tomasz Grysztar



Joined: 16 Jun 2003
Posts: 8356
Location: Kraków, Poland
Tomasz Grysztar 21 Jan 2023, 20:29
sylware wrote:
That person would need a deep understanding of fasmg internals.
The language of fasmg was designed before a single line of implementation was written, and the implementation followed the intent of the language, not the other way around. I consider it proven by the fact that large portions of fasm and fasmg languages overlap, while they have substantially different implementations (there was nearly no code reuse between fasm and fasmg projects). Some additions to the language were implemented into both, and required very different approach in fasm 1 engine compared to fasm g - yet still they follow the same rules imposed by language design. And even fasmg-specific features like recognition context were designed as language perks before I knew how I'm going to implement them, because I first needed to know how I want them to behave, before I could start working on making an implementation that would provide the intended behavior.

Therefore I believe that what is required is deep understanding of fasmg's language design, not internals.
Post 21 Jan 2023, 20:29
View user's profile Send private message Visit poster's website Reply with quote
sylware



Joined: 23 Oct 2020
Posts: 441
Location: Marseille/France
sylware 22 Jan 2023, 14:28
I agree: strong mastery of the "model"/language design.
Post 22 Jan 2023, 14:28
View user's profile Send private message Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  


< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2024, Tomasz Grysztar. Also on GitHub, YouTube.

Website powered by rwasa.